Hi,
since 2.6.0-test6 I get "Stale NFS file handle" when transferring huge amounts
of data from a nfs-server which is running on -test6.
The client also runs -test6. Transfers from a server running kernel 2.4.22
work flawless.
I use the nfs-kernel-server 1.0.6 on Debian/sid.
--
---------------------------------------
Malte Schr?der
[email protected]
ICQ# 68121508
---------------------------------------
Hi Malte!
On Sun, 28 Sep 2003, Malte Schr?der wrote:
> Hi,
> since 2.6.0-test6 I get "Stale NFS file handle" when transferring huge amounts
> of data from a nfs-server which is running on -test6.
> The client also runs -test6. Transfers from a server running kernel 2.4.22
> work flawless.
>
> I use the nfs-kernel-server 1.0.6 on Debian/sid.
Are you using mount options when mounting the NFS volume?
I had this problem when I used rsize=8192 and wsize=8192 as nfs mount
options. Just left them out and everything was fine again.
Axel
____________________________________________________________________________
Axel Siebenwirth phone +49 3641 776807 |
Am Birnstiel 3 axel at pearbough dot net |
07745 Jena |
Germany________________________________________________http://pearbough.net |
For my birthday I got a humidifier and a de-humidifier... I put them in
the same room and let them fight it out.
-- Stephen Wright
____________________________________________________________________________
On Sun, Sep 28, 2003 at 08:30:50PM +0200, Malte Schr?der wrote:
> Hi,
> since 2.6.0-test6 I get "Stale NFS file handle" when transferring
> huge amounts of data from a nfs-server which is running on -test6.
> The client also runs -test6. Transfers from a server running kernel 2.4.22
> work flawless.
>
> I use the nfs-kernel-server 1.0.6 on Debian/sid.
Hallo Malte,
Hallo list-members,
my solution for getting a reliable NFS Server with 2.5 kernels was
to use "no_subtree_check" in /etc/exports.
(The next thing is pasted, please read below the code)
I stumbled over the following lines of code in fs/nfsd/nfsfh.c:
int nfsd_acceptable(void *expv, struct dentry *dentry)
{
struct svc_export *exp = expv;
int rv;
struct dentry *tdentry;
struct dentry *parent;
if (exp->ex_flags & NFSEXP_NOSUBTREECHECK)
return 1;
tdentry = dget(dentry);
while (tdentry != exp->ex_dentry && ! IS_ROOT(tdentry)) {
/* make sure parents give x permission to user */
int err;
parent = dget_parent(tdentry);
err = permission(parent->d_inode, S_IXOTH, NULL);
^^^^^^^ <- !!!!
if (err < 0) {
dput(parent);
break;
}
First, nfsd_acceptable always returns success if subtree_checks are
diabled. Second, I think, the line marked above is not correct.
The comment says "give x permission to user", but the call looks
suspiciously wrong.
You can also make the error disappear by allowing setting all x bits
for "other" from your mount-point down to the directory where the error
appears.
Echoing "32767" to /proc/sys/sunrpx/nfs_debug helped me a great deal
to find that error.
Cheers,
Patrick
On Sunday 28 September 2003 20:48, Axel Siebenwirth wrote:
> Hi Malte!
>
> On Sun, 28 Sep 2003, Malte Schr?der wrote:
> > Hi,
> > since 2.6.0-test6 I get "Stale NFS file handle" when transferring huge
> > amounts of data from a nfs-server which is running on -test6.
> > The client also runs -test6. Transfers from a server running kernel
> > 2.4.22 work flawless.
> >
> > I use the nfs-kernel-server 1.0.6 on Debian/sid.
>
> Are you using mount options when mounting the NFS volume?
> I had this problem when I used rsize=8192 and wsize=8192 as nfs mount
Does not make a difference .. but there seems to be something wrong in the
code as far as I can interpret what I read on this list ...
For now I'm using the user-space-deamon .. work's fine :)
> options. Just left them out and everything was fine again.
>
> Axel
>
>
>
> ___________________________________________________________________________
>_ Axel Siebenwirth phone +49 3641 776807 |
> Am Birnstiel 3 axel at pearbough dot net |
> 07745 Jena |
> Germany________________________________________________http://pearbough.net
> |
>
> For my birthday I got a humidifier and a de-humidifier... I put them in
> the same room and let them fight it out.
> -- Stephen Wright
> ___________________________________________________________________________
>_ -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
---------------------------------------
Malte Schr?der
[email protected]
ICQ# 68121508
---------------------------------------
Hallo Malte,
I accidently deleted your original mail. Did you try exporting your
filesystems with "no_subtree_check", like this ?
/dvd \
tony.local.net(rw,async,no_subtree_check)
If not, could you please try and tell me if that helps ?
Thanks,
Patrick
In article <20030928184841.GL532@neon>,
Axel Siebenwirth <[email protected]> wrote:
| Are you using mount options when mounting the NFS volume?
| I had this problem when I used rsize=8192 and wsize=8192 as nfs mount
| options. Just left them out and everything was fine again.
This is useful as a test and problem identification, but if you're
transferring significant data between systems other than those directly
connected with a low latency connection you do see performance loss.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
On Monday 29 September 2003 20:58, Patrick Mau wrote:
> Hallo Malte,
>
> I accidently deleted your original mail. Did you try exporting your
> filesystems with "no_subtree_check", like this ?
>
> /dvd \
> tony.local.net(rw,async,no_subtree_check)
This makes the messages go away :)
>
> If not, could you please try and tell me if that helps ?
>
> Thanks,
> Patrick
--
---------------------------------------
Malte Schr?der
[email protected]
ICQ# 68121508
---------------------------------------