lkml.org 
[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: nfs stale filehandle issues with 2.6.10-rc1 in-kernel server
From
On Tue, Nov 02, 2004 at 02:49:53PM -0500, Jeff Garzik wrote:
> >ty den 02.11.2004 Klokka 16:02 (+0400) skreiv Brad Campbell:
> >
> >
> >>/raid 192.168.2.81(rw,async,no_root_squash)
> >>/raid 192.168.3.80(rw,async,no_root_squash)
> >>/raid0 192.168.2.81(rw,async,no_root_squash)
> >>/raid0/tmp 192.168.2.81(rw,async,no_root_squash)
> >>/raid2 192.168.2.81(rw,async,no_root_squash)
> >>/raid2 192.168.3.80(rw,async,no_root_squash)
> >>/nfsroot 192.168.2.81(rw,async,no_root_squash)
....
> I'm also seeing stale filehandle problems here in recent kernels.
>
> Setup: x86 or x86-64, TCP, NFSv4 compiled in to both server and client,
> but not specified in mount options.
>
> This is readily reproducible with rsync -- I just boot to an earlier
> version of the kernel on the NFS client, and the stale filehandle
> problems go away.

Are any of the people seeing these problems able to reproduce them with
the no_subtree_check export option set?

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

\
 
 \ /
  Last update: 2005-03-22 14:07    [W:0.261 / U:0.016 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site