On 01/13/2011 10:01 PM, Trond Myklebust wrote: > On Thu, 2011-01-13 at 21:26 +0100, Tigran Mkrtchyan wrote: > >> By running intensive tests I notice that readdir oration over nfsv4.1 >> asks for >> file attributes in readdir (attr_request) and later on for each file. To >> me it looks like >> broken. >> >> This 2.6.37 + pnfs-all-latests : >> >> git://linux-nfs.org/~bhalevy/linux-pnfs.git >> 378978453b64bf895de8cd0e68dbcd9e9c0155ce >> >> 100% reproducible. >> > 1) What makes you think this is broken, and not just a case of the > attribute cache timing out and/or the directory changing? > The directory does not changed. I issue 'ls -l' and with wireshak can see READDIR requests followed by GETATTR. looks like cache is ignored or too small. > 2) Can you produce a testcase that proves brokenness? > I will try to come up with something. > 3) Can you reproduce on a non-pnfs-all-latests kernel? > > Readdir shouldn't be affected by the stuff in Benny's tree, but I'm > always wary of tests on out-of-mainline trees. > NP. with vanilla 2.6.37 ? Regards, Tigran. > Cheers > Trond > -- 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
