So, nach ein paar Stunden fahrt, sind wir um 9 auch wieder ein Riad eingetroffen und damit findet das Kurzurlaubswochenende in Bahrain auch schon sein Ende. Schön wars und Bahrain bzw. Manama, die Haupstadt, ist schon ganz anders als Saudi-Arabien bzw. Riad. Dazu aber in separatem Post mehr.
Kurz nach der Grenze mit Verbindung zum Mobily Netzwerk bekam ich dann auch direkt Infos u.a. von Mike, dass cratoo.de mit einem Datenbankfehler nicht erreichbar wäre. Nun das Problem ist, das ist mir nichts Neues. Leider schiesst sich der Server in den letzten Wochen regelmäßig unvorhersehbar selbst ab. Aus mir unbekannten Gründen nehmen die Anzahl Apache-Webserver-Prozesse und MySQL-Prozesse rasant zu, der Speicher läuft voll und nichts geht mehr. Mit nichts geht mehr meine ich eine Load von 150 bis 200…. Krieg ich es rechtzeitig mit und schaffe es die MySQL neu zustarten, fängt sich die Kiste wieder, bis zum nächsten Zeitpunkt an dem das Spielchen von vorne losgeht.
Ich hatte zwischenzeitlich schon vermutet, es läge an einem DOS oder aber einem vermehrten Aufruf in Verbindung mit dem WordPress eigenen Cron, aber bisher konnte ich das anhand der korrespondierenden Log-Einträge noch nicht verifizieren. Vor allem, da es mit dem alten Server problemlos ging. Die Festplatten habe ich mittlerweile mit badblocks geprüft und dabei keine Fehler erhalten. Gleichzeitig stehen im Kernel-Log beim Auftreten eines Prozess-Kills offenbar immer xfs-Einträge dabei. Möglicherweise als doch ein Dateisystem-Problem.
Jedenfalls kann es sein, dass Mails an uns zwischenzeitlich an euch zurückgingen, daher bitte erneut senden, aktuell läuft die Kiste wieder und ich bin an der entgültigen Fehlerbehebung dran…
Tags: apache, bahrain, cratoo.de, festplatte, load, mail, mysql, ram








Hast du mal die Apache-Einstellungen rumgespielt.
Ich hatte ähnliche Probleme und hab es wie folgt gelöst.
Ich habe eine “/etc/apache2/conf.d/server-tuning.conf” mit folgendem Inhalt angelegt:
StartServers 1
MinSpareServers 1
MaxSpareServers 3
ServerLimit 100
MaxClients 100
MaxRequestsPerChild 4000
KeepAlive Off
Seit dem habe ich keine Probleme mehr.
Wie ich oben schrieb, weiss ich ja leider nicht mal, ob es an Webserver-Zugriffen und damit an Apache oder MySql liegt. Ich habe jetzt erstmal ein Monitoring mittels Munin laufen, aber natürlich ist die Kiste aktuell total ruhig, seit 2 Tagen …
Aber der nächste Schluckauf kommt bestimmt