Date: Tue, 8 Mar 2011 18:14:15 -0500 (EST) From: Rick Macklem <rmacklem@uoguelph.ca> To: Pierre Beyssac <pb@fasterix.frmug.org> Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: missing files in readdir(3) on NFS export of ZFS volume (since v28?) Message-ID: <2037973680.1040324.1299626055701.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110308074340.GA93957@fasterix.frmug.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Hello Rick, > > Thanks for your reply. > > On Mon, Mar 07, 2011 at 06:12:43PM -0500, Rick Macklem wrote: > > Readdir (in both NFS servers) depends on ZFS to reply EOPNOTSUPP for > > VFS_VGET() when it cannot be done, so that Readdir will switch to > > using VP_LOOKUP(). Just a wild guess, but maybe ZFS v28 isn't doing > > this? > > My client was plain and simple ls(1). I said readdir(3) because I > wrongly assumed ls used that, but actually from looking at the code > it looks like it uses fts_open(3) and friends instead... > Well, it will end up doing either a Readdir or ReaddirPlus RPC on the wire. (The default for the FreeBSD client is Readdir, but that can be changed with the "rdirplus" mount option.) It looks like pjd@ has committed a patch that fixes the problem. Thanks pjd@ for doing this, rick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2037973680.1040324.1299626055701.JavaMail.root>