Some days, it doesn't pay to upgrade ...

Marc G. Fournier scrappy at
Wed Feb 28 16:14:18 UTC 2007

Hash: SHA1

- --On Tuesday, February 27, 2007 20:18:50 -0800 Tom Samplonius 
<tom at> wrote:

> ----- "Marc G. Fournier" <scrappy at> wrote:
>> Feb 27 04:32:49 mars uptimec: The server requested that we do a new
>> login
>> Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please
>> see
>> tuning(7) and login.conf(5).
>> Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please
>> see
>> tuning(7) and login.conf(5).
>> Stupid question: why isn't there some mechanism that prevents new
>> processes
>> from starting up, instead of locking up the whole server?  I'm not
>> asking for
> ...
>   Isn't that what is happening?  When maxproc is hit, new processes can't be
> created.  It is harmless, except for the uid that exceeded its process limit.
>   I think the hang is some side-effect.  Either because init can't fork a
> process, therefore there is nothing to login to.  Did you try ping the system
> from remote to really see whether it was a "solid" hang?  Or did you just
> pound on the keyboard?

ping continues to work ... its a remote server, without a serial console, so 
doing much more on that particular server is a bit more difficult :(  all our 
newer stuff (which, of course, is running great), have remote consoles setup on 
them ...

Marc G. Fournier           Hub.Org Networking Services (
Email . scrappy at                              MSN . scrappy at
Yahoo . yscrappy               Skype:        ICQ . 7615664
Version: GnuPG v1.4.5 (FreeBSD)


More information about the freebsd-stable mailing list