We have noticed a problem with a couple of our NFS servers (running
RedHat 7.2 with a stock 2.4.18 kernel with XFS v1.1) whereby NFS access
slows to a crawl or stalls.
The exported filesystem(s) are XFS with 8 nfsd's running - when we have
the problem the load average is about 8 - but CPU usage, disk access and
network traffic are minimal.
I found, by accident, that running the command 'sync' appears to 'fix'
the situation...
I'm not sure if this is an XFS or NFS related problem (hence posting to
both lists).
Thanks
James Pearson
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs
On Thu, 04 Jul 2002 17:16:06 +0100,
James Pearson <[email protected]> wrote:
>We have noticed a problem with a couple of our NFS servers (running
>RedHat 7.2 with a stock 2.4.18 kernel with XFS v1.1) whereby NFS access
>slows to a crawl or stalls.
>
>The exported filesystem(s) are XFS with 8 nfsd's running - when we have
>the problem the load average is about 8 - but CPU usage, disk access and
>network traffic are minimal.
>
>I found, by accident, that running the command 'sync' appears to 'fix'
>the situation...
>
>I'm not sure if this is an XFS or NFS related problem (hence posting to
>both lists).
XFS. 2.4.18 would sometimes get into a situation where two XFS
operations were waiting on locks (not deadlocked) and nothing was
moving. Performing some other disk activity such as sync would get
things moving again.
AFAICT this is fixed in the XFS CVS tree, against 2.4.19-rc1.
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs