MYSQL Dienst bleibt sporadisch stehen

[FormA]

Seit ein paar Tagen habe ich auf meinem Rootserver das Problem, dass sich die mySQL Dienst ohne mein Zutun abschaltet. Dann sind keine Webseiten mehr zugänglich und auch das Abrufen der Emails, deren User sich über mySQL authentifizieren, kriegen nur noch Fehler zurück. Ich starte den Dienst dann von Hand wieder und habe etwa 30 MInuten bis eine Stunde Ruhe bevor ich wieder vor dem gleichen Problem stehe ...

Ich habe keine Ahnung warum der Dienst stehen bleibt. Ich habe zwar logs von mysql aber die sind komplett leer! Merkwürdig ist aber, dass das Logrotate trotzdem läuft (habe mehrere mysql.log.gz Dateien). Laut Top habe ich mehr als genug Ram und Swap frei, daran sollte es also auch nicht liegen ...

Hat jemand von euch ne Idee ?


Gruß

FormA

[dominator]

Ich habe zwar logs von mysql aber die sind komplett leer!

Logging ist aus Performancegründen in der my.cnf auskommentiert, Fehler werden normalerweise nach syslog ausgegeben

Bitte mal einschalten und entsprechende MySQL- und "Syslog"-Logfiles posten (nach NoPaste wenn es länger als ca. 15 Zeilen ist)

[FormA]

Das mit dem Syslog war eine gute Idee

Aug 7 12:43:56 www kernel: Swap cache: add 91399, delete 91399, find 9238/11466, race 0+0
Aug 7 12:43:56 www kernel: Free swap = 0kB
Aug 7 12:43:56 www kernel: Total swap = 262136kB
Aug 7 12:43:57 www kernel: Out of Memory: Killed process 1530 (mysqld).

Offensichtlich ist also doch der Swap übergelaufen. Ich habe gerade nochmal die Systemresourcen gecheckt und siehe da, nur noch 3 MB vom Ram sind frei. Und sobald der voll ist, schreibt er ja in den Swap - und wenn schließlich der noch voll ist bleibt das ganze System hängen ... war bereits 2x in den letzten 2 Wochen,

35 root 15 0 0 0 0 S 0.0 0.0 0:22.36 kswapd0
574 root 15 0 0 0 0 S 0.0 0.0 0:00.25 kjournald
832 root 16 0 2328 244 164 S 0.0 0.1 0:00.26 syslogd
835 root 15 0 1584 176 124 S 0.0 0.1 0:00.03 klogd
841 root 16 0 2880 816 480 S 0.0 0.4 0:00.10 named
845 root 18 0 24128 1264 520 S 0.0 0.7 0:01.36 spamd
853 root 17 0 25508 16m 1824 S 0.0 8.6 0:02.28 spamd
858 clamav 16 0 26636 13m 676 S 0.0 7.4 5:45.62 clamd
863 root 16 0 1752 236 180 S 0.0 0.1 0:00.01 courierlogger
864 root 16 0 2424 64 40 S 0.0 0.0 0:00.01 authdaemond.mys
870 root 15 0 2552 4 0 S 0.0 0.0 0:00.01 couriertcpd

Das ist ein Auszug aus den laufenden Prozessen und ihrer Systemauslastung. Lese ich es richtig, dass die beiden spamd Instanzen (warum denn 2 ?????) und der clamd zusammen schon 75MB belegen ??????????

[dominator]

Offensichtlich ist also doch der Swap übergelaufen.

Naja, wenn du noch Platz auf der Festplatte hast, sollte sich das Problem ja leicht lösen lassen

[FormA]

Ja aber das ist ja keine Lösung - bei irgendeinem Prozess ufert der Speicherbedarf immer weiter aus, da kann ich den Swap so groß machen wie ich will, irgendwann isser dann trotzdem voll.

Habe den Spamd nun komplett ausgeschalten und System neu gestartet. Unmittelbar nach dem Neustart waren 80MB Ram noch frei, eine Stunde später bereits nur noch 60MB und nun isses auf 40. Werde das mal weiter beobachten ...

Habe aber noch etwas anderes entdeckt:

mysql 980 0.0 8.2 119472 15776 ? S 11:55 0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user

Mir kommt der mySQL Prozess etwas aufgeblasen vor ?!

[dominator]

Mir kommt der mySQL Prozess etwas aufgeblasen vor ?!

Was hast du denn alles für Variablen in der my.cnf gesetzt
Keysize, Querycache etc ... siehe auch [1]

[1] http://dev.mysql.com/doc/refman/4.1/en/ ... ables.html

[FormA]

Anscheinend habe ich das Problem gelöst - ich habe Spamassassin deaktiviert und nun läuft der Server dauerhaft stabil. In der Prozessübersicht habe ich mehrere Instanzen von Spamd entdeckt, die immer mehr Speicher belegten. Interessanterweise konnte ich nach Abschaltung nicht mal feststellen, dass mehr Spam gekommen ist - von dem her isses mir eh erst mal egal