Hallo,

ich hatte Gestern IspCP RC4 unter Debian Etch installiert.

Alles lief fehlerfrei.

Jetzt habe ich per Script automatisch 500 Domain anlegen lasssen und was soll ich sagen ... das System läuft nicht mehr.

Nach ca. 300 Domains war Schluss, d. h. die Login-Seite von IspCP wurde nicht mehr angezeigt, sondern nur noch Fehler 500.

Im Apache2-Error.log seht leider nichts drin.

Fehler 500 schon beim Aufruf der Interface-Seite von IspCP!

Die verschiedenen Optimierungshilfen zum Thema Error 500 haben nicht geholfen. Wo müsste ansetzen, damit IspCP auch mit mehreren Hundert Domains noch funktionionert?

Wir wollen gern das System für unsere Homepage-User einsetzen. Aber wir haben halt pro Server mehrere Hundert Homepages.


mfg

Michael

wahrscheinliches Problem : "too many open files" oder "out of fds" einfach mal schauen, wie die ulimit's gesetzt sind bei dem apache. Evt. musst du den Apache selbst kompilieren mit deutlich höheren Limits.

Was auch alternativ helfen könnte, wäre eine Umstellung auf mod_log_sql anstelle der normalen Logfiles ... oder ein paar Logfiles rausnehmen. (z.Z. sinds bis zu 3 pro Domain)

Quote:(z.Z. sinds bis zu 3 pro Domain)

Es sind sogar 4! Über mögliche Änderungen in dem Bereich habe ich ja letztens schon was geschrieben.

Hallo,

das ulimit wurde von uns bereits auf 100000 gesetzt. Bevor das hochgesetzt wurde startete der Apache2 nicht mehr.

Nach dem Hochsetzen des Limits startet dieser jedoch ohne Fehlermeldung. Aber statt das Control-Panel kommt der Fehler 500. Der Apache2 selbst scheint jedenfalls nicht das Problem zu sein.


mfg

Michael

Deaktiviere mal die Apache Logs.

Das Problem ist die FD_SETSIZE-Variable; das Problem habe ich auch, aber ich konnte es bisher nicht lösen.

Hallo,

ja ohne Logfiles funktioniert es, aber das kann es ja nicht sein. Ich kompiliere jetzt einmal apache2 mit geänderten fd_setsize limit und hoffe dass es damit dann funktioniert.

Danke für die schnelle Hilfe.


mfg

Michael

Dazu gab es auch ein Ticket:http://www.isp-control.net/ispcp/ticket/940

Es liegt einfach und allein an den Logfiles. Sobald man diese deaktiviert funktioniert es. Für eine Stable Version ist das Ticket eigentlich ein must-have.

In dem Ticket gibt es unten auch eine Lösung, die sich ja vielleicht mal jemand anschauen könnte.

Ich habe nur ne dumme und vielleicht nicht zutreffende Vermutung. Aber nutzen die Personen die diese Fehler haben zufällig alle die PHP Version von DotDeb?

Ich, ja!