From mwlucas@blackhelicopters.org  Thu Nov  8 08:55:32 2001
Return-Path: <mwlucas@blackhelicopters.org>
Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18])
	by hub.freebsd.org (Postfix) with ESMTP id 2E23637B417
	for <FreeBSD-gnats-submit@freebsd.org>; Thu,  8 Nov 2001 08:55:32 -0800 (PST)
Received: (from mwlucas@localhost)
	by blackhelicopters.org (8.9.3/8.9.3) id LAA09458;
	Thu, 8 Nov 2001 11:55:27 -0500 (EST)
	(envelope-from mwlucas)
Message-Id: <200111081655.LAA09458@blackhelicopters.org>
Date: Thu, 8 Nov 2001 11:55:27 -0500 (EST)
From: mwlucas@blackhelicopters.org
Reply-To: mwlucas@blackhelicopters.org
To: FreeBSD-gnats-submit@freebsd.org
Subject: new FAQ: proc: table is full
X-Send-Pr-Version: 3.2

>Number:         31857
>Category:       docs
>Synopsis:       new FAQ: proc: table is full
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 08 09:00:03 PST 2001
>Closed-Date:    Wed Nov 14 08:14:17 PST 2001
>Last-Modified:  Wed Nov 14 08:14:32 PST 2001
>Originator:     Michael Lucas
>Release:        FreeBSD 3.5-STABLE i386
>Organization:
None
>Environment:

this morning's -doc tree

>Description:

From the "I can't belive this isn't in the FAQ yet!" department.

>How-To-Repeat:

read -questions.

>Fix:


*** en_US.ISO8859-1/books/faq/book.sgml-dist	Thu Nov  8 07:46:11 2001
--- en_US.ISO8859-1/books/faq/book.sgml	Thu Nov  8 11:51:39 2001
***************
*** 3878,3883 ****
--- 3878,3926 ----
        </qandaentry>
  
        <qandaentry>
+         <question id="proc-table-full">
+           <para>Why do I get the error <errorname>/kernel: proc: table
+             is full</errorname>?</para>
+         </question>
+ 
+         <answer>
+           <para>The FreeBSD kernel will only allow a certain number of
+             processes to exist at one time.  The number is based on
+             the <literal>MAXUSERS</literal> option in the kernel
+             configuration.  <literal>MAXUSERS</literal> also affects
+             various other in-kernel limits, such as network buffers
+             (see <link linkend="panic-kmemmap-too-small">this</link>
+             earlier question).  If your machine is heavily loaded, you
+             probably want to increase <literal>MAXUSERS</literal>.
+             This will increase these other system limits in addition
+             to the maximum number of processes.</para>
+ 
+           <para>After FreeBSD 4.4, <literal>MAXUSERS</literal> became
+             a tunable value that could be set with
+             <varname>kern.maxusers</varname> in
+             <filename>/boot/loader.conf</filename>.  In earlier
+             versions of FreeBSD, you need to adjust
+             <literal>MAXUSERS</literal> in your kernel
+             configuration.</para>
+ 
+           <para>If your machine is lightly loaded, and you are simply
+             running a very large number of processes, you can adjust
+             this with the <varname>kern.maxproc</varname> sysctl.  If
+             these processes are being run by a single user, you will
+             also need to adjust <varname>kern.maxprocperuid</varname>
+             to be one less than your new
+             <varname>kern.maxproc</varname> value.  (It must be at
+             least one less because one system program, &man.init.8;,
+             must always be running.)</para>
+ 
+           <para>To make a sysctl permanent across reboots, set this in
+             <filename>/etc/sysctl.conf</filename> in recent versions
+             of FreeBSD, or <filename>/etc/rc.local</filename> in older
+             versions.</para>
+         </answer>
+       </qandaentry>
+ 
+       <qandaentry>
          <question id="cmap-busy-panic">
            <para>Why do I get an error reading <errorname>CMAP
                busy</errorname> when rebooting with a new
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: murray 
State-Changed-When: Wed Nov 14 08:14:17 PST 2001 
State-Changed-Why:  
Committed in r1.297.  Thanks for the submission! 


http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31857 
>Unformatted:
