Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 Oct 2004 04:42:59 -0400 (EDT)
From:      Robert Watson <rwatson@freebsd.org>
To:        Benjamin Lutz <benlutz@datacomm.ch>
Cc:        freebsd-current@freebsd.org
Subject:   Re: NFS trouble
Message-ID:  <Pine.NEB.3.96L.1041012043847.55701F-100000@fledge.watson.org>
In-Reply-To: <200410120011.40517.benlutz@datacomm.ch>

next in thread | previous in thread | raw e-mail | index | archive | help

On Tue, 12 Oct 2004, Benjamin Lutz wrote:

> > When you're experiencing this problem, can the NFS client ping the NFS
> > server?
> 
> Yes.
> 
> > Are other NFS clients able to continue to access the NFS 
> > server without problems?
> 
> Partially. Other clients can access parts of the exported share. It
> appears that as soon as they access the directory in which the first
> program froze, they freeze as well. 

If you log into the server and try to access that directory, do you
succeed?

You talked about having non-FreeBSD 5.x clients as well, I think, in an
earlier e-mail -- if a FreeBSD 5.x client wedges on a directory on the
server, will another non-FreeBSD client also wedge on touching the
directory?

Is it always the same director(y/ies) in which the wedge occurs?

The behavior you describe above sounds like it might be a problem with the
server, or, that the server generates bad or maybe just different
responses that trigger a client bug for particular directories or in
particular circumstances?  With the exceptions of things like distributed
advisory locking (rpc.lockd, etc), bugs in one client won't generally
trigger the problem in another client a the same time unless it's a common
property of the directory they touch.

Ruling out debug.mpsafenet and/or if_re checksum issues would both be
useful things to do.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Principal Research Scientist, McAfee Research



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1041012043847.55701F-100000>