X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,J_CHICKENPOX_43 autolearn=no version=3.4.0-r929098 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id pAM1kEHL031381 for ; Mon, 21 Nov 2011 19:46:14 -0600 X-ASG-Debug-ID: 1321926372-0b0201840000-w1Z2WR X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from ipmail04.adl6.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 4CBE026ADCD for ; Mon, 21 Nov 2011 17:46:12 -0800 (PST) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id QfJwHnNB43XD61m3 for ; Mon, 21 Nov 2011 17:46:12 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAFL7yk55LGY5/2dsb2JhbAApGqpAgQaBcgEBBTIBIyMQCAMYLhQlAyETiAsjtEUSg0eGPgSUOpIa Received: from ppp121-44-102-57.lns20.syd6.internode.on.net (HELO dastard) ([121.44.102.57]) by ipmail04.adl6.internode.on.net with ESMTP; 22 Nov 2011 12:16:11 +1030 Received: from dave by dastard with local (Exim 4.76) (envelope-from ) id 1RSfR4-0001QY-0J; Tue, 22 Nov 2011 12:46:10 +1100 Date: Tue, 22 Nov 2011 12:46:09 +1100 From: Dave Chinner To: hank peng Cc: Christoph Hellwig , linux-xfs@oss.sgi.com X-ASG-Orig-Subj: Re: stale NFS file handle problem on XFS inode64 Subject: Re: stale NFS file handle problem on XFS inode64 Message-ID: <20111122014609.GK2386@dastard> References: <20111121170459.GA1327@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Barracuda-Connect: ipmail04.adl6.internode.on.net[150.101.137.141] X-Barracuda-Start-Time: 1321926373 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.92 X-Barracuda-Spam-Status: No, SCORE=-1.92 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_SC0_SA085 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.80926 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.10 BSF_SC0_SA085 Custom Rule SA085 X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean On Tue, Nov 22, 2011 at 08:19:15AM +0800, hank peng wrote: > 2011/11/22 Christoph Hellwig : > > On Mon, Nov 21, 2011 at 09:00:57PM +0800, hank peng wrote: > >> Hi: > >> I have a 4TB XFS filesystem mounted with "inode64" option, and I > >> exported it using NFS v3, on NFS client, I entered a subdirectory and > >> got "stale NFS file handle" error. > >> ls -il showed that its inode number exceed 32 bit limit. > >> NFS server: kernel version is 2.6.35.6 > >> NFS client: kernel version is 2.6.18 > > > > Do you export the root directory of the XFS filesystem, or a > > subdirectory in it?  If it's the former it should work in theory, > > althrough I'm not sure how well 64-bit inode numbers work with a client > > that old, if it's the latter it needs a few tweaks to work, see > > > The following is what I did: > 1. mkfs.xfs /dev/sdb (whole disk) > 2. create a mount point in my root filesystem: > mkdir /mnt/mymount > 3. monut xfs with inode64 > mount /dev/sdb /mnt/mymount -o inode64 > 4. export it in NFS /etc/exports > /mnt/mymount *(rw, no_root,squash, sync) ^^^^^^^^^^^^^^ no_root_squash > > so, is there any problem here? > > >        http://xfs.org/index.php/XFS_FAQ#Q:_Why_doesn.27t_NFS-exporting_subdirectories_of_inode64-mounted_filesystem_work.3F It's in the FAQ entry christoph pointed you to: "However, exporting the root of the filesystem works" Cheers, Dave. -- Dave Chinner david@fromorbit.com