Subject: Re: NFS hangs on 2.0 client
To: Jeff Rizzo <firstname.lastname@example.org>
From: Manuel Bouyer <email@example.com>
Date: 01/08/2005 19:55:57
On Fri, Jan 07, 2005 at 09:45:28AM -0800, Jeff Rizzo wrote:
> I had a brief discussion about this on netbsd-help, but the problem just
> happened again, so I thought I'd solicit wider opinions.
> I have an NFS client and NFS server both running NetBSD/i386 2.0, with
> MP kernels. The network interfaces are both fxp (Intel 82559), and they
> are connected by a LAN switch which appears to be operating normally;
> non-NFS traffic appears to go correctly between the hosts, and a second
> NetBSD/i386 box (running 2.0_BETA) is accessing (albeit read-only) a
> share from the server without problems. The mounts are all UDP. (The
> hanging mounts are rw, and have the "soft" and "intr" flags
> The symptoms are this: upon a fresh boot, the client can access NFS
> shares on the server just fine; I'm doing pkgsrc bulk builds on the
> client, and storing the built packages on one of the NFS volumes. After
> some period of time (this time it was ~36 hours), all NFS accesses from
> this client hang. From what I can tell using tcpdump, an 'ls' on the
> nfs share generates NO traffic between client and server.
I have the same problem at home, with TCP mounts, with a UP i386 client and a
sparc IPC server.
The server holds my mailboxes, to which mail is delivered via procmail on
the client (and are also read from the client). I've no problems if I'm
carefull at not opening 2 mutt at the same time, or not opening mutt while
fetchmail is still retrieving mails from the pop3 server (which is not the
same as the NFS server). An easy way for me to reproduce this is to open
2 large mailboxes at the same time, or opening one large mailbox while
fetchmail is busy.
I have the same setup at work where I don't have this problem, but
it's again a 1.6.2 NFS server, and the NFS server is much faster
(I get a lot of "NFS server not responding"/"is alive again" on the client
at home, which is to be expected with such a slow NFS server).
Manuel Bouyer <firstname.lastname@example.org>
NetBSD: 26 ans d'experience feront toujours la difference