linux-kernel - Re: 2.6.29+ NFS-Server Problem "reconnect

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20090528202803.GF13860@fieldses.org>
Date:	Thu, 28 May 2009 16:28:03 -0400
From:	"J. Bruce Fields" <bfields@...ldses.org>
To:	Trond Myklebust <trond.myklebust@....uio.no>
Cc:	Sven Geggus <lists@...hsschwanzdomain.de>,
	linux-kernel@...r.kernel.org, linux-nfs@...r.kernel.org
Subject: Re: 2.6.29+ NFS-Server Problem "reconnect_path: npd != pd"

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@....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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/