From owner-freebsd-bugs  Tue Aug 20 09:29:29 1996
Return-Path: owner-bugs
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id JAA11767
          for bugs-outgoing; Tue, 20 Aug 1996 09:29:29 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11757
          for <bugs@freebsd.org>; Tue, 20 Aug 1996 09:29:27 -0700 (PDT)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA03228; Tue, 20 Aug 1996 09:30:35 -0700 (PDT)
To: john@starfire.mn.org
cc: bugs@freebsd.org (FreeBSD bugs)
Subject: Re: "proc: table is full" loading packages 2.1.5-RELEASE(CD) 
In-reply-to: Your message of "Tue, 20 Aug 1996 07:30:11 CDT."
             <199608201230.HAA11365@starfire.mn.org> 
Date: Tue, 20 Aug 1996 09:30:34 -0700
Message-ID: <3226.840558634@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> Add of package XXX aborted due to some error -
> Please check the debug screen for more info.
> 
> DEBUG: Request for packages/All/XXX.tgz from NFS
> "proc: table is full"
> DEBUG: Caught SIGPIPE while trying to install the XXX package
> DEBUG: Switching back to VTY1

I know.

The problem is, I'm still not sure *why*.  Each time you install a
package, a tar is kicked off at the end of a pipe so that you can
shove the package down its throat.  This process is duly waited
for, as are all others I'm currently forking, and it *should not
leave a process table slot allocated*, but it does.

Work-around for now is to simply not install quite so many packages at
installation time.  The bug does not occur when you're running
multi-user (just as with that pesky missing nameserver value bug).

						Jordan