Date: Tue, 27 Dec 1994 20:37:35 -0500 (EST) From: Michael Olson <olson@cs.odu.edu> To: Sean Kelly <kelly@fsl.noaa.gov> Cc: FreeBSD-Questions@freefall.cdrom.com Subject: Re: Can't fork!! Message-ID: <Pine.SUN.3.91.941227203353.15040C-100000@galileo.cs.odu.edu> In-Reply-To: <199412271647.AA228446871@yarmouth.fsl.noaa.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 27 Dec 1994, Sean Kelly wrote:
> Date: Tue, 27 Dec 1994 11:47:51 -0500
> From: Sean Kelly <kelly@fsl.noaa.gov>
> To: olson@cs.odu.edu
> Cc: FreeBSD-Questions@freefall.cdrom.com
> Subject: Re: Can't fork!!
>
> >>>>> "Michael" == Michael Olson <olson@cs.odu.edu> writes:
>
> Michael> I am going to edit /usr/include/sys/syslimits.h, up
> Michael> CHILD_MAX from 40 to 100 processes, and build a new
> Michael> kernel.
>
> Urm, where I come from, max num of processes is a function of the
> MAXUSERS entry in your kernel config file. Up that, and you get a
> larger proc table. Besides, doesn't the kernel rebuild take includes
> from within the sys tree, not /usr/include?
>
> --k
>
I'm not running out of space in my process table. I can still run more
processes as root or by logging in under a different user name. I tried
uping the entry under /usr/include/sys/syslimits.h and it didn't help.
(Probably because your right about all the includes being in the src/
tree. But I don't know what to change to fix this. (And no, limits under
tcsh is not the problem. It still occurs after doing a limits -h)
Still looking for any suggestions.
Thanks,
Mike
"Why Not" is a perfectly good reason.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.941227203353.15040C-100000>