From owner-freebsd-hackers Tue May 20 01:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA22389 for hackers-outgoing; Tue, 20 May 1997 01:20:57 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA22383 for ; Tue, 20 May 1997 01:20:53 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA24126; Tue, 20 May 1997 09:19:55 +0100 (BST) Date: Tue, 20 May 1997 09:19:55 +0100 (BST) From: Doug Rabson To: Joerg Wunsch cc: hackers@freebsd.org, "Brian N. Handy" Subject: Re: Max # of files with NFS? In-Reply-To: <19970520091030.RY34905@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 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