From owner-freebsd-stable Sat Sep 5 10:07:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15965 for freebsd-stable-outgoing; Sat, 5 Sep 1998 10:07:14 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from word.smith.net.au (castles305.castles.com [208.214.167.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15960 for ; Sat, 5 Sep 1998 10:07:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id KAA05862; Sat, 5 Sep 1998 10:11:16 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809051711.KAA05862@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: andrew@squiz.co.nz cc: Tom , The Hermit Hacker , Bob K , The Lab , freebsd-stable@FreeBSD.ORG Subject: Re: too many open files In-reply-to: Your message of "Sun, 06 Sep 1998 01:59:33 +1200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 10:11:15 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, 4 Sep 1998, Tom wrote: > > > > One requires a rebuild/reboot of the system...one doesn't. IN a > > > production environment, /etc/login.conf is about the only choice... > > > > Except you are talking about two different things. MAXUSERS controls > > the system wide file table. /etc/login.conf controls per-user file > > limits. You can increase the limits in /etc/login.conf all you want, but > > if the system wide table is full, you will still get "too many open files" > > errors. > > > > Tom > > between sysctl and login.conf, either can be set without a rebuild. No. The kern.maxfiles sysctl shouldn't be writable in 2.2, and it's not writable in 3.0; it refers to the size of a static table. > references to MAXUSERS seem to suggest that it affects a whole range of > values. Some of it can be overridden via sysctl. Can anyone clarify what > if anything can't? sysctl and ulimit have sorted out my recent problems, > with numbers of processes and files, but perhaps there's other reasons > why I should increase MAXUSERS? None of the critical items can be adjusted at runtime; the two critical items are the maximum number of open files in the system, and the maximum number of mbuf clusters. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message