On Fri, Jul 25, 2014 at 06:12:40PM -0400, Trond Myklebust wrote: > On Wed, Jul 16, 2014 at 11:45 AM, Andreas Fenkart <afenkart@xxxxxxxxx> wrote: > > 2014-07-16 16:47 GMT+02:00 Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>: > >> On Wed, Jul 16, 2014 at 1:21 AM, Andreas Fenkart <afenkart@xxxxxxxxx> wrote: > > > >> That unfortunately only shows a few READ requests, probably because > >> the readdirs etc are cached. Could you try again with a directory that > >> is not in cache and/or try "echo 3 >/proc/sys/vm/drop_caches" before > >> retrying the 'ls /'? > > > > # tcpdump -s 0 -w /tmp/nfs-client_v4.dump > > # echo 3 >/proc/sys/vm/drop_caches > > # ls -l / > > > > file is logged to tmpfs, then copied > > http://www.pcapr.net/view/afenkart/2014/6/3/8/nfs-client_v4.dump.html > > > >> Note: I am a little surprised that there are no GETATTRs in that dump. > >> Even if the readdir is cached, the client is supposed to revalidate > >> the directory. > > > > should be there now > > Still not seeing the readdir, but the getattrs are there and all looks OK. > Question: the server is knfsd from a Linux 3.14.4 kernel, is that > correct? So it does have commit 83b19121522 (nfsd: revert v2 half of > "nfsd: don't return high mode bits")? Yeah, you can even see the high bits set (correctly) in the stat returns, so he has that patch. Andreas, are you still seeing this problem? --b. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
