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