WaitAverage steigt bis ServerAbsturz

[d4f]

Hallo,

Ich wäre sehr froh wenn jemand meine Nase in die richtige Richtung drehen würde... ich drehe bei diesem Problem im Kreis.

Seit ein paar Wochen tritt folgendes Problem bei einem unserer Server auf:

die Loadaverage des Servers steigt von den normalen .2 - .3 binnen ein paar Tagen auf über 20-40, gleichzeitig steigt die Waitaverage auf 99%

Ab einem Punkt ist die Last so hoch dass er auf gar nichts mehr reagiert (nicht mal ping) und nur durch einen Reboot wieder hoch kommt. Binnen einer Woche beginnt das Spiel von neuem.

Der Server hat die SysCP-Programme (Apache2, MySQL, Courier, Postfix, Bind) laufen.
Das Problem tritt sobald die Loadavaerage einmal hoch war genau so bei 1 wie bei 20 gleichzeitigen Verbindungen zu Apache auf.
Die Swap ist zirka mit 10MB befüllt, die RAM laut hTop 120/256MB belegt.

Vielen Dank für jeden Tipp
Mit freundlichen Grüßen & ein frohenes Weihnachten wünscht
Daniel

 

[elias5000]

Loadaverage gibt die Anzahl der Prozesse an, die auf CPU-Zeit warten. Wenn das kontinulierlich steigt, lässt das darauf schließen, dass dein Server irgendwie Prozesse ansammelt, mit denen die CPU nicht mehr fertig wird.
Ein hoher I/O-Wait deutet dabei auf IO-intensive Sachen hin.

Es wäre in dem Zusammenhang gut, die Sachen die auf der Kiste laufen zu betrachten. Und einen Blick auf die Ressourcen/Ressourcelimits zu werden.

 

[d4f]

Das Problem ist, dass sogar ein stoppen aller cpu-lastigeren Prozesse
(mysql, apache, courier, postfix) und ein anschliessender Neustart das Problem nicht behebt.

Trotz dann "leereem" Top, bleibt die WA von 99% recht konstant.

 

[elias5000]

Ohne umfangreiche Informationen zum Server und den darauf laufenden Prozessen wird dir hier niemand was sagen können.

Gut wäre auch die Ausgabe von "ps fauxw" wenn ser Server gerade in einem solchen Zustand steckt bzw. in einen solchen hineinsteuert.
Und auch das Kernel-Log wäre nicht unineressant bezüglich Meldungen, die das Massenspeicher-Subsystem betreffen.

 

[d4f]

Da das System sogar wenn alles (ausser SSH) gestoppt ist mit den enormen WA weiterfährt, sieht es für mich aus als ob der Kernel Probleme bereiten würde.

System:
Intel Celeron 2.66GHz CPU
256MB RAM
1GB Swap (idr belegt: 10-20MB)
(Jap, ist einer der alten Isgenug-Reihe von OVH)

Kernel: 2.6.24 (OVH-Build)
System: Debian Etch
Laufende Software: SysCP-Dienste (apache2+php5, mysql5, courier, postfix, bind)

Ich poste beim nächsten Aufhänger die Ps, aber zumindest heute stand nichts interessantes in der kern / syslog.
Ausserdem gibt SMART alle Werte als akzeptabel aus und auch ein RAM/CPU-Check lief probemlos durch.

Ich denke ich ziehe alle Produktiv-Software von dem Root rüber auf einen anderen, und lasse ihn mal für ne Zeit benchen. Vielleicht finde ich dann den Grund ^^

 

[aLca]

Ich denke ich ziehe alle Produktiv-Software von dem Root rüber auf einen anderen, und lasse ihn mal für ne Zeit benchen. Vielleicht finde ich dann den Grund ^^

Eieiei... Das die alten Kiste noch im umlauf sind. Lass das benchen, lass ihn auslaufen, und hol dir einen neuen Isgenug. Kosten genauso viel, haben mehr RAM etcpp. Btw, würd ich fast behaupten das dort b4rt im einsatz ist?

Btw: Nimm doch mal einen anderen Kernel, btw back dir einen neuen.

 

[CentY]

Auf die SMART-Werte würde ich nicht all zuviel geben ... ich hatte es schon öfter das Platten deutliche Laufgeräusche verursachen und eindeutig für die Hohe Load/Wait Average gesorgt haben und die SMART-Werte immer noch auf "Alles-OK-kannst-weiter-machen" standen.

 

[d4f]

würd ich fast behaupten das dort b4rt im Einsatz ist

Torrentflux? Ne, so groß sind keine meine Dateien dass sie über Torrent verteilt werden müssen
Und ich wäre schön dumm wenn ich einen Tracker/Seeder für illegale Contents auf einen OVH-Root setzen würde - schließlich liefen/laufen da grade ne Menge Ermittlungen gegen Tracker
(Das heißt nicht dass ich illegale Inhalte unterstütze oder befürworte)

lass ihn auslaufen, und hol dir einen neuen Isgenug.

Daran hängt eine 500GB USB-HDD die mich seinerzeit 170Euronen kostete.
Ist ein Prima File/Backup-Server. Zumal für mein im AUbau befindliches FileCluster *g*

die SMART-Werte immer noch auf "Alles-OK-kannst-weiter-machen" standen.

BIs jetzt hat SMART bei meinen eigenen Rechnern immer zuverlässig funktioniert - aber dass die Elektronik abrauchen würde konnte wohl auch SMART nicht voraussehen

P.S: Ich hab bisschen umbalanced, die Kiste schnurrt wieder wie ein Kätzchen