Re: 2.6.29+ NFS-Server Problem "reconnect_path: npd != pd"

J. Bruce Fields
2009-05-28T20:28:07Z

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@fys.uio.no> 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.