From: James Pearson <james-p@moving-picture.com>
To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
Cc: nfs@lists.sourceforge.net
Subject: Re: stale NFS file handle (2.4.20) ext3 LVM
Date: Thu, 19 Jun 2003 15:04:15 +0100 [thread overview]
Message-ID: <3EF1C2DF.4055BE8@moving-picture.com> (raw)
In-Reply-To: m3isr2kanm.fsf@merlin.emma.line.org
There are a number of things that can cause stale NFS file handles on
all clients with file systems mounted from the server when the server
reboots - they include:
The device on the server containing the file system changes e.g. change
of SCSI ID.
The file system not being mounted on the server when exported i.e. the
'wrong' file system is exported.
The contents of /var/lib/nfs/rmtab being missing or corrupt. If a
client's entry is missing in rmtab after a server reboot, then the
server no nothing about the clients clain to have mounetd the file
system - and gives a stale NFS file handle.
As you didn't change anything between reboots, then I guess it could be
the last case a bove.
Matthias Andree wrote:
>
> Hi,
>
> I rebooted one of my NFS servers (no configuration changed), and when it
> came back up, all clients that had the exported file system mounted
> (NFSv3 hard mount) reported stale NFS file handles, for the file system
> root and for files within. The STALE error travelled across the wire
> according to ethereal.
>
> The server system runs SuSE Linux 8.2, they ship a 2.4.20 kernel with
> some patches (POSIX ACL stuff, SuSE claim it's Solaris compatible,
> haven't tested yet). Their start script is below.
>
> The clients run SuSE Linux 8.1 with a patched 2.4.19 (no ACL stuff). The
> server configuration wasn't changed across the reboot except for
> replacing a SCSI terminator (I borrowed one I gave back when my own
> arrived.)
>
> Is there any known issue with NFS-exporting file systems that are hosted
> in LVM volumes? Is there an issue with SuSE's ACL patches?
>
> How is the file handle obtained and under what circumstances will it
> become stale after a reboot? SuSE's RPM on the server is
> nfs-utils-1.0.1-89.
>
> I was under the impression that rebooting a server into the same
> configuration would NOT give stale NFS file handles, in fact, this has
> worked before with a SuSE Linux 8.1 server (but that one didn't use LVM
> either, so there are two -- for me inseparable -- major differences
> here.)
>
> Sometimes on frustrated days like these I think I should just replace
> this Linux NFS with Solaris. :-/
>
> Can somebody point me to documents about NFS file handle internals or
> try to explain the situation? Testing directions are welcome, as are
> "kill LVM" or "kill ACL patches", the server isn't in production yet, so
> there's still time to fix things for good. (Even kill SuSE, replace with
> Debian/RedHat is an acceptable suggestion if there are technical
> reasons.)
>
> I also wonder if NFS clients should have a "masochistically_hard" mount
> options that issue SIGKILL to processes that use stale NFS file handles,
> I could use this...
>
> SuSE 8.2 nfsserver start script excerpt (the nfslock daemon is started
> before execution of this script):
>
> PARAMS=3
> test "$USE_KERNEL_NFSD_NUMBER" -gt 0 && PARAMS="$USE_KERNEL_NFSD_NUMBER"
>
> echo -n "Starting kernel based NFS server"
> /usr/sbin/exportfs -r
> /usr/sbin/rpc.nfsd $PARAMS
> startproc /usr/sbin/rpc.mountd
>
> --
> Matthias 'NFS sucks some days' Andree
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> NFS maillist - NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2003-06-19 14:04 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-19 3:29 stale NFS file handle (2.4.20) ext3 LVM Matthias Andree
2003-06-19 14:04 ` James Pearson [this message]
2003-06-19 14:44 ` James Pearson
2003-06-19 22:32 ` Matthias Andree
2003-06-20 9:35 ` James Pearson
2003-06-20 11:14 ` Matthias Andree
2003-06-20 18:22 ` Neil Brown
2003-06-20 14:11 ` Matthias Andree
2003-06-20 2:10 ` Paul Jakma
2003-06-20 8:48 ` James Pearson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3EF1C2DF.4055BE8@moving-picture.com \
--to=james-p@moving-picture.com \
--cc=ma@dt.e-technik.uni-dortmund.de \
--cc=nfs@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.