RootForum Community

Hallo,

in den letzten Tagen habe ich auf meinem Server zeitweise einen load von über 50 (!).

Das kommt ganz plötzlich und nachdem ich den Apache neu gestartet habe, ist alles wieder ganz normal (rcapache stop, 10sek, rcapache start).

Wodran kann das liegen ?

ciao, maske.

Bitte um Logs da Glaskugel kaputt

mfg Drucko

also die access_logs (gesamt und der einzelnen Domains) weisen keine unnatürlichen Zugriffe auf. In den error_logs steht auch nichts was auf einen load von 50 hindeuten könnte.

In der xferlog habe ich folgenden Eintrag gefunden:
Thu Dec 18 21:39:35 2003 522 80.136.xx.xx.xx 5167074 /html/xxxx.mp3 b _ i r webxx ftp 0 * c

nur wofür steht der Wert 522 ? Bei allen anderen EInträgen geht dieser Wert bis maximal 5-6, aber nicht 522. Wenn das heißt, das die Datei xxxx.mp3 von 522 Usern gleichzeitig abgerufen wurde, kann ich mir den Load schon erklären. Was meint Ihr ?

Das xferlog hat nix mit dem Apachen zu tun. Was sagt "top"? Ist tatsächlich der Apache schuld? Laufen irgendwelche wildgewordenen Scripte?

als der load auf 50.x war, waren über "top" sehr viele httpd Connections zu sehen. Also schließe ich mal daraus, das sehr viele Zugriffe erfolgten.

Nur woher ? Wenn doch die access_log ganz normal aussieht.

maske wrote:also die access_logs (gesamt und der einzelnen Domains) weisen keine unnatürlichen Zugriffe auf. In den error_logs steht auch nichts was auf einen load von 50 hindeuten könnte.

In der xferlog habe ich folgenden Eintrag gefunden:
Thu Dec 18 21:39:35 2003 522 80.136.xx.xx.xx 5167074 /html/xxxx.mp3 b _ i r webxx ftp 0 * c

nur wofür steht der Wert 522 ? Bei allen anderen EInträgen geht dieser Wert bis maximal 5-6, aber nicht 522. Wenn das heißt, das die Datei xxxx.mp3 von 522 Usern gleichzeitig abgerufen wurde, kann ich mir den Load schon erklären. Was meint Ihr ?

Der Transfer hat 522 Sekunden gedauert, der Transfer war incoming (als auf den Server drauf) und die Datei war 5167074 (5MB) gross.

Wenn du den Upload der mp3 Datei mit dem hohen Load zeitlich in Verbindung bringst, dann würde ich mal schauen, wie oft die mp3 Datei abgerufen worden ist. Ich tippe, dann dadrauf...

cat access_log_name(n)|grep xxxx.mp3 | wc -l

nein, das wars leider nicht. Schade eigentlich, wäre sonst sehr einfach gewesen.

Was sagt (links/lynx/wget) http://localhost/server-status bei einem hohen Load? Was free

/server-status hatte ganz normale Einträge, also nichts was auf besonderes heftige Zugriffe hindeutet. Wären da sehr viele Zugriffe auf die gleiche Seite, hätte ich den jeweiligen User ja sofort rausfiltern können.

free habe ich nicht geschaut.

Was sagt ein ps xafu? Kannst mir auch als PM schicken, wenn du es nicht veröffentlichen willst.

Die Prozesse hatte ich zum Zeitpunkt als der hohe Load war nicht geloggt.
Ich werd es beim nä. mal machen.

Ich hatte das auch mal:

Apache mit mod_php, 1 Website mit Content Management System, Server mit 256 MByte RAM

Jeder Apache Prozess war ca. 15 MByte groß, wegen des (umfangreichen) PHP CMS.

Traffic ist relativ niedrig, kann der Server mühelos bewältigen.

Jetzt gab es mal einen Zeitpunkt, wo es zufällig viele Zugriffe gleichzeitig gab --> es wurden 15 Apache Prozesse gestartet. Macht zusammen 225 MByte RAM, geht noch gerade so.

Jetzt gibt es noch ein, zwei zusätzliche Zugriffe --> Server fängt an zu swappen und wird sofort langsamer. Für die nächsten Zugriffe werden neue Apache Prozesse gestartet, da die alten noch nicht fertig sind --> die Situation verschlimmert sich rapide.

Im Handumdrehen hatte ich x Prozesse rumhängen, die nix mehr machen können.

Abhilfe: in httpd.conf MaxClients so einstellen, dass das RAM für diese Anzahl httpd Prozesse gerade noch reicht (war bei mir 15). Default ist meistens 50 oder so, was auf meinem System viel zu viel war.

Ich hab dann noch MaxRequestsPerChild auf 1000 gesetzt, damit jeder httpd nach einer Weile gekillt wird, da es auch PHP Speicherlecks gab.

Ich hatte vor einiger Zeit ein ähnliches Phänomen. Bist du dir sicher, dass der Apache für die Load verantwortlich ist? Bei mir war es nämlich der MySQL-Server.

Die Lösung war (nachdem sie gefunden war) ganz einfach: In der Config-Datei (/etc/mysql/my.cnf) musste nur der Wert "thread cache size" gesetzt werden. (Mit "150" läuft die Kiste jetzt wieder wie geschmiert)

also wie gesagt, nach rcapache stop war der load wieder bei 0.xx