On Thu, May 21, 2009 at 02:12:26PM -0400, Trond Myklebust wrote: > On Thu, 2009-05-21 at 17:48 +0000, Sven Geggus wrote: > > Trond Myklebust <trond.myklebust@xxxxxxxxxx> wrote: > > > > > So what is the underlying filesystem that you are exporting, and what > > > does your /etc/exports file look like? > > > > The underlying filesystem is xfs and /etc/exports (unchanged) is here: > > > > --cut-- > > # /etc/exports: the access control list for filesystems which may be exported > > # to NFS clients. See exports(5). > > / 192.168.3.2(rw,no_root_squash,async,subtree_check) > > /home/sven 192.168.3.2(rw,no_root_squash,async,subtree_check) 192.168.3.6(rw,no_root_squash,async,subtree_check) 192.168.3.8(rw,no_root_squash,async,subtree_check) > > /home/mp3 192.168.3.2(rw,no_root_squash,async,subtree_check) 192.168.3.6(rw,no_root_squash,async,subtree_check) 192.168.3.8(rw,no_root_squash,async,subtree_check) > > /home/sven/filme 192.168.3.7(ro,async,subtree_check) > > /home/kathi910 192.168.3.7(rw,no_root_squash,async,no_subtree_check) > > --cut-- > > > > 192.168.3.2 is the client which causes the error, I didn't notice the > > error on the other clients, but they are not used that often. > > > > Especially 192.168.3.7 does seem to work. > > > > Regards > > > > Sven > > > > Reforwarding the reply for the benefit of the NFS mailing list. Not > everyone reads lkml... Original thread starts here: http://marc.info/?l=linux-kernel&m=124291571326139&w=2 I don't think this is a known bug. Looks like you have subtree_check set on the "bad" export, and no_subtree_check set on the "good" export. subtree_check can result in spurious stale errors when files are renamed, so it's possible this is by design. You say you get that message on 296.29.x but not 2.6.27.x. And you say you also get stale filehandle errors. I assume you didn't get the same stale filehandle errors on 2.6.27.x? --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
