netdev
[Top] [All Lists]

Re: [2.6] nfs_rename: target $file busy, d_count=2

To: Patrick Mau <mau@xxxxxxxxxxxxx>
Subject: Re: [2.6] nfs_rename: target $file busy, d_count=2
From: Mike Fedyk <mfedyk@xxxxxxxxxxxxx>
Date: Fri, 16 Jan 2004 10:40:31 -0800
Cc: linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20040116130336.GA5220@xxxxxxxxxxxxxx>
Mail-followup-to: Patrick Mau <mau@xxxxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
References: <20040116050642.GF1748@xxxxxxxxxxxxxxxxxxxxxxxxx> <20040116130336.GA5220@xxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.4i
On Fri, Jan 16, 2004 at 02:03:36PM +0100, Patrick Mau wrote:
> On Thu, Jan 15, 2004 at 09:06:42PM -0800, Mike Fedyk wrote:
> > Can anyone reproduce?
> 
> Hi,
> 
> I was able to reproduce stale handles a long time ago.
> A workable solution for me was to export using 'no_subtree_check'
> on the server. Like this:
> 
> /data \
>   tony.local.net(rw,sync,no_root_squash,no_subtree_check) \
> 
> Could you please try and reply to my address if t works ?

I'll have to give it a try next time I get a chance to reboot this server.

I only had a few nfs clients doing light load, (kde home directories, and
such) and was able to reproduce stale nfs file handles just by running "find
> /dev/null" on the nfs share.

Have you tried the -mm tree recently?  2.6.1-mm4 even has some new nfsd
patches in there (maybe you should wait until -mm5 though, there are a few
build problems and such), as well as over 20 nfs client patches.  Haven't
checked what they all do, but some of them are RPC_GSS support mixed in with
the bug fixes.

Mike

<Prev in Thread] Current Thread [Next in Thread>