* Stale NFS mounts
@ 2005-11-01 10:01 Edward Hibbert
2005-11-01 10:11 ` Neil Brown
2005-11-02 9:07 ` Alexander Jolk
0 siblings, 2 replies; 5+ messages in thread
From: Edward Hibbert @ 2005-11-01 10:01 UTC (permalink / raw)
To: nfs
[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]
I'm having a problem with stale mount points.
What we see is that under load all the clients get stale mount points
pretty much simultaneously. We can rule out various things:
* There's no indication that the NFS server has rebooted (uptime
indicates it hasn't).
* There's nothing in /var/log/messages to indicate a problem.
* The nfsd processes have a start time that matches uptime, so
they haven't restarted.
* We know that the directories we're mounting are not getting
renamed/deleted.
We can cure this by a client reboot, but obviously that's massively
disruptive.
We're wondering whether this is related to nested mounts - the clients
mount a top-level directory, and then subdirectories within it. There's
circumstantial but not conclusive evidence that we've only seen stale
handles on nested mounts.
So:
* Are nested mounts safe to use?
* Are there any common causes of stale mounts which I might not be
aware of?
* Any suggestions for how to investigate this further?
The NFS server is a Fedora system with kernel 2.6.9-1.667smp. The NFS
clients are RedHat AS 4.0 2.6.9-11.ELsmp. Do ask for more details if
needed.
Regards,
Edward.
[-- Attachment #2: Type: text/html, Size: 2426 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Stale NFS mounts
@ 2005-11-01 10:58 Edward Hibbert
0 siblings, 0 replies; 5+ messages in thread
From: Edward Hibbert @ 2005-11-01 10:58 UTC (permalink / raw)
To: nfs
[-- Attachment #1: Type: text/plain, Size: 1899 bytes --]
>
> The NFS server is a Fedora system with kernel 2.6.9-1.667smp. The NFS
> clients are RedHat AS 4.0 2.6.9-11.ELsmp. Do ask for more details if
> needed.
On the server:
cat /etc/exports
cat /proc/fs/nfsd/exports
grep . /proc/net/rpc/*/content
Ok, I've done this now while it's working - but what should I be looking
for here? Maybe the last couple of lines changing?
root[vitorbelfort]:/var/log> cat /etc/exports
/opt/dcl/data/disk1 *(rw,sync,no_root_squash)
/opt/dcl/data/disk2 *(rw,sync,no_root_squash)
root[vitorbelfort]:/var/log> cd /proc/fs/nfsd/exports
-bash: cd: /proc/fs/nfsd/exports: Not a directory
root[vitorbelfort]:/var/log> cat /proc/fs/nfsd/exports
# Version 1.1
# Path Client(Flags) # IPs
/opt/dcl/data/disk1 *(rw,no_root_squash,sync,wdelay)
/opt/dcl/data/disk2 *(rw,no_root_squash,sync,wdelay)
root[vitorbelfort]:/var/log> grep . /proc/net/rpc/*/content
/proc/net/rpc/auth.unix.ip/content:#class IP domain
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.102 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.101 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.97 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.91 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.92 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.89 *
/proc/net/rpc/nfs4.idtoname/content:#domain type id [name]
/proc/net/rpc/nfs4.nametoid/content:#domain type name [id]
/proc/net/rpc/nfsd.export/content:#path domain(flags)
/proc/net/rpc/nfsd.export/content:/opt/dcl/data/disk1
*(rw,no_root_squash,sync,wdelay)
/proc/net/rpc/nfsd.export/content:/opt/dcl/data/disk2
*(rw,no_root_squash,sync,wdelay)
/proc/net/rpc/nfsd.fh/content:#domain fsidtype fsid [path]
/proc/net/rpc/nfsd.fh/content:* 0 0x0300080000000080 /opt/dcl/data/disk1
/proc/net/rpc/nfsd.fh/content:* 0 0x1100080000000080 /opt/dcl/data/disk2
Regards,
Edward.
[-- Attachment #2: Type: text/html, Size: 2621 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Stale NFS mounts
@ 2005-11-01 15:29 Edward Hibbert
0 siblings, 0 replies; 5+ messages in thread
From: Edward Hibbert @ 2005-11-01 15:29 UTC (permalink / raw)
To: nfs
[-- Attachment #1: Type: text/plain, Size: 2327 bytes --]
Bit more on this.
If we export a directory X, then mount subdirectories within it (so from
a client, mount X/Y) then we see the problem.
If we export X/Y and mount X/Y then we don't.
Can anyone suggest any reason for this?
Regards,
Edward.
________________________________
From: Edward Hibbert
Sent: 01 November 2005 10:58
To: 'nfs@lists.sourceforge.net'
Subject: RE: [NFS] Stale NFS mounts
>
> The NFS server is a Fedora system with kernel 2.6.9-1.667smp. The NFS
> clients are RedHat AS 4.0 2.6.9-11.ELsmp. Do ask for more details if
> needed.
On the server:
cat /etc/exports
cat /proc/fs/nfsd/exports
grep . /proc/net/rpc/*/content
Ok, I've done this now while it's working - but what should I be looking
for here? Maybe the last couple of lines changing?
root[vitorbelfort]:/var/log> cat /etc/exports
/opt/dcl/data/disk1 *(rw,sync,no_root_squash)
/opt/dcl/data/disk2 *(rw,sync,no_root_squash)
root[vitorbelfort]:/var/log> cd /proc/fs/nfsd/exports
-bash: cd: /proc/fs/nfsd/exports: Not a directory
root[vitorbelfort]:/var/log> cat /proc/fs/nfsd/exports
# Version 1.1
# Path Client(Flags) # IPs
/opt/dcl/data/disk1 *(rw,no_root_squash,sync,wdelay)
/opt/dcl/data/disk2 *(rw,no_root_squash,sync,wdelay)
root[vitorbelfort]:/var/log> grep . /proc/net/rpc/*/content
/proc/net/rpc/auth.unix.ip/content:#class IP domain
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.102 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.101 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.97 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.91 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.92 *
/proc/net/rpc/auth.unix.ip/content:nfsd 172.19.15.89 *
/proc/net/rpc/nfs4.idtoname/content:#domain type id [name]
/proc/net/rpc/nfs4.nametoid/content:#domain type name [id]
/proc/net/rpc/nfsd.export/content:#path domain(flags)
/proc/net/rpc/nfsd.export/content:/opt/dcl/data/disk1
*(rw,no_root_squash,sync,wdelay)
/proc/net/rpc/nfsd.export/content:/opt/dcl/data/disk2
*(rw,no_root_squash,sync,wdelay)
/proc/net/rpc/nfsd.fh/content:#domain fsidtype fsid [path]
/proc/net/rpc/nfsd.fh/content:* 0 0x0300080000000080 /opt/dcl/data/disk1
/proc/net/rpc/nfsd.fh/content:* 0 0x1100080000000080 /opt/dcl/data/disk2
Regards,
Edward.
[-- Attachment #2: Type: text/html, Size: 4370 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2005-11-02 9:07 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-01 10:01 Stale NFS mounts Edward Hibbert
2005-11-01 10:11 ` Neil Brown
2005-11-02 9:07 ` Alexander Jolk
-- strict thread matches above, loose matches on Subject: below --
2005-11-01 10:58 Edward Hibbert
2005-11-01 15:29 Edward Hibbert
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.