Hi Rick,

I checked. readdirsize is 64k.

I will try to do a binary search for the problematic commit next week. For 
this I had to do a local checkout (usually I have the system sources on 
the file server and this fails, of course).

harti

On Fri, 3 May 2013, Rick Macklem wrote:

RM>Hartmut Brandt wrote:
RM>> Hi,
RM>> 
RM>> I've updated one of my -current machines this week (previous update
RM>> was in
RM>> february). Now I see a strange effect (it seems only on NFS mounts):
RM>> ls or
RM>> even echo * will list only some files (strange enough the first files
RM>> from
RM>> the normal, alphabetically ordered list). If I change something in the
RM>> directory (delete a file or create a new one) for some time the
RM>> complete
RM>> listing will appear but after sime time (seconds to a minute or so)
RM>> again
RM>> only part of the files is listed.
RM>> 
RM>> A ktrace on ls /usr/src/lib/libc/gen shows that getdirentries is
RM>> called
RM>> only once (returning 4096). For a full listing getdirentries is called
RM>> 5
RM>> times with the last returning 0.
RM>> 
RM>> I can still open files that are not listed if I know their name,
RM>> though.
RM>> 
RM>> The NFS server is a Windows 2008 server with an OpenText NFS Server
RM>> which
RM>> works without problems to all the other FreeBSD machines.
RM>> 
RM>> So what could that be?
RM>> 
RM>Someone else reported missing files returned via "ls" recently, when
RM>they used a small readdirsize (below 8K). I haven't yet had a change to try
RM>and reproduce it or do any snooping around.
RM>
RM>There haven't been any recent changes to readdir in the NFS client,
RM>except a trivial one that adds a check for vnode type being VDIR,
RM>so I don't see that it can be a recent NFS change.
RM>
RM>If you can increase the readdirsize, try that to see if it avoids
RM>the problem. "nfsstat -m" shows you what the mount options end up
RM>being after doing the mount. The server might be limiting the readdirsize
RM>to 4K, so you should check, even if you specify a large value for
RM>the mount.
RM>
RM>rick
RM>
RM>> Regards,
RM>> harti
RM>> _______________________________________________
RM>> freebsd-current@freebsd.org mailing list
RM>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
RM>> To unsubscribe, send any mail to
RM>> "freebsd-current-unsubscr...@freebsd.org"
RM>
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to