Date: Tue, 20 May 1997 09:19:55 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de> Cc: hackers@freebsd.org, "Brian N. Handy" <handy@sag.space.lockheed.com> Subject: Re: Max # of files with NFS? Message-ID: <Pine.BSF.3.95q.970520091834.15296J-100000@herring.nlsystems.com> In-Reply-To: <19970520091030.RY34905@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 20 May 1997, J Wunsch wrote: > As Brian N. Handy wrote: > > > So I have this NFS-mounted directory with 287 files in it. If I cd to > > that directory and do an 'ls', that terminal hangs. Top says it's in > > 'getblk'. > > > > The server is a DEC alpha running DU 4.0. The client is running > > 2.2-STABLE. > > > > Is this a problem with too many files? I'm not sure what else it could > > be. > > Close, i think. You could tcpdump the connection to learn more. > > I assume that's another incarnation of the dreaded NFSv3 READDIR > problem. The server is probably handing out a new cookie verifier on > each call, so the client endlessly retries to read the directory from > the beginning. I'm sure Doug might tell you more about this. If the server is handing out a new verifier on each call then its broken. Its only supposed to change verifiers if the directory was actually changed. Are the contents of this directory constantly changing? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.970520091834.15296J-100000>