Widmer Hannes <H.Widmer(at)cybernet.ch> wrote:
> Jul 6 10:27:55 kerker sshd[129]: error: fork: Resource temporarily unavailable
> Jul 6 10:28:03 kerker /kernel: maxproc limit exceeded by uid 0, please see tuni
> ng(7) and login.conf(5).
>
> Wenn ihc dies nachlese, wird gesagt dass
> die max. Anz. Prozesse für diesen
> User aufgebraucht sind (login.conf)
Nein, die Meldung bezieht sich eher auf das globale Limit.
Gib mal »sysctl kern.maxproc« ein und schau, was das aus-
gibt -- das ist die Größe Deiner Process-table. Mehr geht
insgesamt nicht, egal was die Limits für die einzelnen User
noch sagen.
Dies ist einer der Werte, der indirekt von der »maxusers«-
Angabe im Kernel beeinflußt wird. Auf was hast Du die ge-
setzt (oder verwendest Du noch den GENERIC-Kernel)?
Der Default für kern.maxproc ist 20 + 16 * maxusers. Man
kann es (AFAIK) nicht im laufenden Betrieb ändern, aber
z.B. per »options NPROC 12345« statisch im Kernel bzw. in-
direkt durch die maxusers-Angabe (womit man aber auch di-
verse andere Variablen beeinflußt).
Es gibt auch noch kern.maxprocperuid, was per Default 90%
von kern.maxproc ist. Dieses kann man auch im laufenden
Betrieb ändern.
> aber hab ich gar nicht oder zeigt
> ps -aux die child prozesse nicht an?
Das sollte _alle_ Einträge in der Process-table anzeigen.
> Hab das Problem generell auch mit anderen
> usern aber nur unter bash...
Gib mal in der bash »ulimit -a« ein. Das zeigt die aktu-
ellen Soft-Limits an. Dies ist aber unabhängig von obigen
sysctls. Wenn das Soft-Limit 512 Prozesse ist, aber
kern.maxproc steht nur auf 100, dann gehen natürlich nur
maximal 100 Prozesse.
Gruß
Olli
-- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Tue 06 Jul 2004 - 13:12:43 CEST