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

Marc G. Fournier scrappy at freebsd.org
Tue Feb 27 13:25:00 UTC 2007


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


After 155 days of problem free uptime, I upgraded my 6-STABLE system the other 
day to the latest cvsup ... 3 days later, the whole thing hung solid with:


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 
the evilness of Linux, where it arbitrarily kills off existing processes, but 
if maxproc is hit, why continue to try and start up new ones?

- ----
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)

iD8DBQFF5Csz4QvfyHIvDvMRAvriAJ48K+5X/YdY7YW13Ro8z/nVuca3cQCeIlYk
L8cLOgpzH4W4+tz6V8GVVqc=
=x/Ok
-----END PGP SIGNATURE-----



More information about the freebsd-stable mailing list