Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 04 Feb 2003 09:23:19 -0600
From:      "Jack L. Stone" <jackstone@sage-one.net>
To:        Ruben de Groot <fbsd-q@bzerk.org>, aSe <aSe@SysFail.com>
Cc:        FreeBSD-Questions <freebsd-questions@FreeBSD.ORG>, Ruben de Groot <fbsd-q@bzerk.org>
Subject:   Re: Too many files open / file: table is full
Message-ID:  <3.0.5.32.20030204092319.01ee3530@sage-one.net>
In-Reply-To: <20030204064340.GA82189@ei.bzerk.org>
References:  <KCECKLBMJCEIIOLIPBPECEEHCGAA.aSe@SysFail.com> <20030203135208.GA78364@ei.bzerk.org> <KCECKLBMJCEIIOLIPBPECEEHCGAA.aSe@SysFail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
At 07:43 AM 2.4.2003 +0100, Ruben de Groot wrote:
>On Tue, Feb 04, 2003 at 12:16:23AM -0500, aSe typed:
>> >This is not a matter of diskspace. The kernel holds a fixed length table
>> >in memory with all open files. If this table gets full it usually means 
>> >one of two things:
>> >
>> >1) You have a runaway application, opening way too many files. Identify 
>> >the application and fix or disable it.
>> >
>> >2) You're running a kernel with a too low value for maxusers (which, 
>> >among other things, determines the maximum amount of open files). The 
>> >default in 4.7-RELEASE is 0, which means: optimize according to amount 
>> >of memory installed. The default is usually O.K. If not, one option is
>> >to simply install more memory.
>> 
>> The machine itself runs several logging applications and things of that
>> nature. I didn't think It was an issue with HD. Nor do I believe its ram,
>> It has 512mb installed, and 256mb of swap. As it stands right now it has
>> 270mb free and hasn't touched the swap. Right now maxusers is set to 6, 
>> I didn't realize it would play a role in this instance.
>
>You should set maxusers to 0. That way, it will be sized at boot time 
>according to the amount of memory you installed.
>
>> Jack Stone suggested looking up the number of max open files by doing 
>> "sysctl kern.maxfiles" It returns only "232" which to me seems like a 
>> very small number. He also suggested to change it using 
>> "sysctl -w kern.maxfiles=4160."
>> 
>> My question to you is, does maxusers play more of a role then just
>> the max number of open files. In the long run would it be better to
>> just set maxusers to 0 or just change the kern.maxfiles?
>
>It does. According to tuning(7):
>
>     kern.maxusers controls the scaling of a number of static system tables,
>     including defaults for the maximum number of open files, sizing of net-
>     work memory resources, etc.
>
>You can set maxusers to 0 by either recompiling your kernel or by setting 
>the value in loader.conf(5)
>
>Ruben
>
>> 
>> Thank you!
>> Gordon Keesler [aSe@SysFail.com]
>> 

BTW, in looking at the tuning(7), it specifically says this about maxfiles.
Note the "typically a few thousand" setting:

The kern.maxfiles sysctl determines how many open files the system sup-
     ports.  The default is typically a few thousand but you may need to bump
     this up to ten or twenty thousand if you are running databases or large
     descriptor-heavy daemons.  The read-only kern.openfiles sysctl may be
     interrogated to determine the current number of open files on the system.


Best regards,
Jack L. Stone,
Administrator

SageOne Net
http://www.sage-one.net
jackstone@sage-one.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3.0.5.32.20030204092319.01ee3530>