Date: Fri, 3 May 2013 15:47:49 +0200 From: Hartmut Brandt <hartmut.brandt@dlr.de> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: current@freebsd.org Subject: Re: files disappearing from ls on NFS Message-ID: <alpine.BSF.2.00.1305031544400.99921@KNOP-BEAGLE.kn.op.dlr.de> In-Reply-To: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca> References: <1685137855.94411.1367583746151.JavaMail.root@erie.cs.uoguelph.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
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-unsubscribe@freebsd.org" RM>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1305031544400.99921>