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

[Marc G. Fournier]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



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

>
> ----- "Marc G. Fournier" <scrappy at freebsd.org> 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 (http://www.hub.org)
Email . scrappy at hub.org                              MSN . scrappy at hub.org
Yahoo . yscrappy               Skype: hub.org        ICQ . 7615664
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFF5apV4QvfyHIvDvMRApLEAKCAiCPNa4j2173DgqJm6tuaL/itAwCeNokY
ueJxtSGcp6TG2tCy8Tir1sM=
=K7bg
-----END PGP SIGNATURE-----