From: Ian Thurlbeck <ian@stams.strath.ac.uk>
To: nfs@lists.sourceforge.net
Subject: Strange delays on NFS server
Date: Wed, 11 Aug 2004 11:55:17 +0100 [thread overview]
Message-ID: <4119FB15.7010205@stams.strath.ac.uk> (raw)
Dear All
I am getting strange delays on our NFS server. Everything will
be fine for maybe 5 to 10 minutes, then saving a small text file
from a client machine will suddenly take 15 seconds or more.
Similarly, mozilla will pause accessing a page for ages ~30secs
(I assume it's poking about in ~/.mozilla). Everything pops back to
normal afterwards. NFS server is lightly used at the moment.
System is running Fedora Core1 (2188 kernel), 3ware 7500 raid, ext3.
I have 32 nfsd processes, running NFS V3/tcp, 8192 block size,
single duplex 100Mbit etherpro. Clients have similar OS/mount opts.
I noticed a possible link to this:
http://sourceforge.net/mailarchive/message.php?msg_id=9080621
Anyone care to comment?
On the NFS FAQ it suggests raising:
# echo 262144 > /proc/sys/net/core/rmem_default
# echo 262144 > /proc/sys/net/core/rmem_max
Mine are 65536 and 131071 respectively, but the FAQ gives
strong caveats about doing this.
Here is the stats off the server (I haven't rebooted since
I switched to V3):
root@dunnet ipv4]# nfsstat -s
Server rpc stats:
calls badcalls badauth badclnt xdrcall
1699297854 2 2 0 0
Server nfs v2:
null getattr setattr root lookup readlink
907181 1% 19385896 29% 375501 0% 0 0% 5647809 8% 7246 0%
read wrcache write create remove rename
24270181 37% 0 0% 13513519 20% 261062 0% 321986 0% 64110 0%
link symlink mkdir rmdir readdir fsstat
119741 0% 2444 0% 1372 0% 2242 0% 125821 0% 45434 0%
Server nfs v3:
null getattr setattr lookup access readlink
2894636 0% 61177594 3% 1701443 0% 15723650 0% 39582580 2% 47421 0%
read write create mkdir symlink mknod
1428854462 87% 71166229 4% 763544 0% 4621 0% 18314 0% 0 0%
remove rmdir rename link readdir readdirplus
602276 0% 1631 0% 326031 0% 169218 0% 115075 0% 698649 0%
fsstat fsinfo pathconf commit
54385 0% 72137 0% 2 0% 10272411 0%
Any suggestions ?
Thanks
Ian
--
Ian Thurlbeck http://www.stams.strath.ac.uk/
Statistics and Modelling Science, University of Strathclyde
Livingstone Tower, 26 Richmond Street, Glasgow, UK, G1 1XH
Tel: +44 (0)141 548 3667 Fax: +44 (0)141 552 2079
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next reply other threads:[~2004-08-11 10:55 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-11 10:55 Ian Thurlbeck [this message]
2004-08-11 11:58 ` Strange delays on NFS server Olaf Kirch
2004-08-11 12:58 ` Steve Dickson
2004-08-11 16:08 ` Ian Thurlbeck
2004-08-11 16:41 ` Olaf Kirch
2004-08-11 16:53 ` Phy Prabab
2004-08-11 16:57 ` Christoph Hellwig
2004-08-11 19:42 ` Norman Weathers
2004-08-12 8:04 ` Ian Thurlbeck
2004-08-12 15:15 ` Ian Thurlbeck
2004-08-13 14:53 ` Steve Dickson
2004-08-16 12:40 ` Ian Thurlbeck
[not found] ` <20040816131434.GL3510@suse.de>
[not found] ` <4120C8D5.3040606@stams.strath.ac.uk>
[not found] ` <20040816145435.GQ3510@suse.de>
[not found] ` <4124CD95.7020007@stams.strath.ac.uk>
[not found] ` <20040820095854.GC23176@suse.de>
2004-08-24 9:48 ` Ian Thurlbeck
2004-08-24 10:27 ` Jan Bruvoll
2004-08-25 2:02 ` Greg Banks
2004-08-25 8:40 ` Ian Thurlbeck
2004-08-25 10:02 ` Greg Banks
2004-08-25 10:36 ` Ian Thurlbeck
2004-08-24 11:07 ` Neil Brown
2004-08-24 14:22 ` Ian Thurlbeck
2004-08-24 23:54 ` Neil Brown
2004-08-26 11:01 ` Strange delays on NFS server (with piccies) Ian Thurlbeck
2004-08-27 1:22 ` Neil Brown
2004-08-27 4:10 ` Greg Banks
2004-08-11 19:07 ` Strange delays on NFS server Steve Dickson
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=4119FB15.7010205@stams.strath.ac.uk \
--to=ian@stams.strath.ac.uk \
--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.