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: <1197067146.10831.5.camel@heimdal.trondhjem.org>
Date:	Fri, 07 Dec 2007 17:39:06 -0500
From:	Trond Myklebust <trond.myklebust@....uio.no>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	gnome42@...il.com, linux-kernel@...r.kernel.org,
	bfields@...ldses.org, rjw@...k.pl
Subject: Re: 2.6.24-rc3-git4 NFS crossmnt regression


On Fri, 2007-12-07 at 14:33 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 13:46:19 -0500
> Trond Myklebust <trond.myklebust@....uio.no> wrote:
> 
> > 
> > On Fri, 2007-12-07 at 13:14 -0500, Shane wrote:
> > > On Dec 7, 2007 7:02 AM, Andrew Morton <akpm@...ux-foundation.org> wrote:
> > > ...
> > > > > 2.6.24-rc3-git1 is last known good kernel. The problem also exists
> > > > > with the latest snap 2.6.24-rc4-git4. NFS server is 2.6.23-rc9 and
> > > > > is unchanged.
> > > >
> > > > hm, there have been no nfs changes since 2.6.24-rc4.
> > > 
> > > Ok, but the problem seems to have appeared before 2.6.24-rc4.
> > > 
> > > > > It is easily reproducible here, hopefully for the person who
> > > > > knows how to debug it too :)
> > > > >
> > > >
> > > > I guess a full set of the commands which you typed to reproduce this would
> > > > help.
> > > 
> > > Server is 2.6.23-rc9 and is exporting:
> > > 
> > > /dirA/dirB
> > > 10.10.20.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check,insecure,crossmnt)
> > > /dirA/dirB/dirC
> > > 10.10.20.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check,insecure)
> > > /dirA/dirB/dirD
> > > 10.10.20.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check,insecure)
> > > 
> > > The NFS client (Core2 SMP) 2.6.24-rc3-git4:
> > > 
> > > NFS-server:/dirA/dirB     /dirA/dirB    nfs
> > > auto,rsize=16384,wsize=16384,hard,intr,users,exec,nfsvers=3,tcp,nolock,actimeo=0
> > > 
> > > Then on the client when the new kernel has booted:
> > > 
> > > ls /dirA/dirB      --> normal listing
> > > ls /dirA/dirB/dirC   -->  Stale NFS file handle
> > > ls /dirA/dirB/dirD   -->  Stale NFS file handle
> > > 
> > > I will do a few more builds/boots and check -rc3-git2 and -rc3-git3.
> > 
> > This problem has already been reported. The fix (which I'm planning on
> > sending to Linus soon) is appended.
> > 
> 
> That patch isn't in git://git.linux-nfs.org/pub/linux/nfs-2.6.git.  In fact
> that tree is empty.
> 
> Has something gone wrong here?

I'm expecting an updated fix for another bug. Once that is done, I'll
merge those 2 to Linus, then start queueing up the 2.6.25 merge tree...

Trond

--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ