Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 3 Oct 1997 07:50:34 -0700 (PDT)
From:      Chris Caputo <ccaputo@alt.net>
To:        dk+@ua.net
Cc:        freebsd-stable@freebsd.org
Subject:   Re: Another NFS bogon in 2.2-stable?
Message-ID:  <Pine.BSI.3.93.971003074327.5958B-100000@baklava.alt.net>
In-Reply-To: <199710030717.AAA05220@dog.farm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi.  We are running "NetApp Release 4.1cD3: Wed Jul 23 20:07:56 PDT 1997".

Are you heavily using the NFS server?  We had several hundred processes
accessing the NFS filesystems when the problem started happening.  With
light load there wasn't a problem. 

Our fix was to go back to 2.1-stable and fix some bugs in that NFS
implementation.  The same bug fixes may help 2.2-stable but we don't have
the luxury of being able to test that right now. 

Chris

On Fri, 3 Oct 1997, Dmitry Kohmanyuk wrote:
> In article <Pine.BSI.3.93.970923192356.3154M-100000@baklava.alt.net> you wrote:
> > We are definitely seeing problems with nfsv2 and either tcp or udp
> > connections.  We have tried the -r=1024 fix for udp and that didn't help. 
> 
> > We use the 2.2-stable box as an NFS client to a NetApp NFS server.  After
> > a little while, the FreeBSD box gets into a state where any command that
> > causes NFS activity hangs, including a simple "df".  Once in this state,
> > the command can not be killed, even with "kill -9" from root.
> 
> Which version of Data ONTAP (NetApp OS) are you running??  
> 
> I have 4.1d talking to 2.2-stable clients and have never had this problem
> with nfsv2 (with nfsv3, you get problems, like you cannot build the kernel
> on NFS /usr/src/sys because vnode_if.c is built with 4K block of zero bytes.
> (If you remove this file, and type make again, it works.)
> I have default mount options, and use NetApp for /usr/cvs , /home , and
> other actively-used filesystems.
> 
> > I am gonna start comparing the 2.2-stable sources with 3.0-current sources
> > to see if there are any obvious fixes.  If anyone has any other ideas,
> > please let me know.  We have an immediate desire to get beyond this.  ;-) 
> 
> --
> old unix hackers don't die, they just turn into zombie processes -- net.someone
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSI.3.93.971003074327.5958B-100000>