On Sat, 08 Jan 2005 19:55:57 +0100, Manuel Bouyer wrote:

> 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.

I had also a similar problem with 1.6_something, and usually a ping from
the client to the server cured it for some time. Which is really strange.

I recall using TCP mounts, but I'm not really sure.

The client wan a slow EISA 486, server a fast Pentium Pro,
directly connected by a local Ethernet network. The client was doing CD
grabbing with cdparanoia and saving the output to the NFS server.

Bye	Pavel