Server Offline
moin moin,
heute morgen hatte sich der server mal wieder an irgendwas festgefressen.
letzte nacht gegen 02:00 war noch alles okay, eben kaum noch reaktion.
hab den server dann über remote-konsole neu gestartet.
ich konnte so allerdings nicht herausfinden, was die ursache war.
so long
»
- Login to post comments
hmmm...
hab mich schon gewundert, warum ich "SMF could not connect to the database" mails bekommen habe. ich hoffe wir haben uns nichts eingefangen...
wieder down?
war der server gestern wieder down? - db's haben bei mir eine zeitlang nicht funktioniert...
Vermutung
Server war festgefressen.
es liefen ca. 120 apache-prozesse, dadurch wird der rechner irgendwann zu langsam.
wieso das soviele prozesse waren hab ich noch nicht ermitteln können.
meine vermutung ist allerdings ein cronjob, der nicht beendet wird.
mysql down?
war die mysql down? (heute nachmittag?)
gruebel...
heute schon wieder (ca. 14:00-16:00) !?
Hmmm - nochmal...
15 Jan 2009 11:01:41 +0100 [11:01:41 CET]
There has been a problem with the database!
This is a notice email to let you know that SMF could not connect to the database, contact your host if this continues.
Meine Frage dazu: Lokales Problem bei mir - oder Globales beim Server?
There has been a problem with the database ...
hatte heute wieder kurzzeitig eine db downtime - vielleicht sollten wir mal gemeinsam die server logs durchgehen - oder was schlägst vor matti? - auf udates prüfen? - eine neuinstallation? ...
"There has been a problem with the database! This is a notice email to let you know that SMF could not connect to the database, contact your host if this continues."
gruß,
- lemonhorse
viele schlafende prozesse
also, ich war zweimal rechtzeitig auf der konsole und hab mal top angeworfen.
jede menge schlafende apache-prozesse, was zur folge hat, dass der (spärliche)
Speicher total ausgenutzt ist.
dadurch wird das gesamte system langsam, bis nix mehr geht.
es stürzt also nicht der datenbank server ab oder ähnliches, sondern
irgendein webserver script (vermutlich php) wird getsartet und geht dann schlafen.
ob das ein fehlerhaftes script vielleicht aus deiner alt-sammlung, n drupalmodul oder angriff von aussen ist, lässt sich tatsächlich wohl nur aus den logfiles lesen.
ich hab sie teilweise kleingekriegt und lass sie mir monatlich per mail zuschicken.
die ursache will ich jetzt auch finden, bis vor ein paar tagen hatte ich noch klausuren zu schreiben und war dann erstmal ein paar tage krank.
neuinstallation halte ich noch nicht für notwendig, wenn wir nicht wissen, was die ursache ist.
n dauerzustand ist das aber auch nicht, alle 7 tage den server neuzustarten.
und das mit den 7 tagen ist auch interessant: vielleicht ist es auch der google-dance, wenn big-brother seine datenbank mit unserem server abgleicht...
gute besserung!
meine biologik war auch die letzten wochen von viren befallen ;-)
log-analyse: wär wirklich gut, wenn wir dem problem auf die schliche kommen. würde mich über eine info freuen, wenn du etwas rausgefunden hast.
ciya!
du könntest dir sonst auch
du könntest dir sonst auch mal deine logs durchsehen.
wenn das von deinen skripten kommt, müsste das in den logs auftauchen.
jap
ich werde mich mal darum bemühen mir meine logs zusenden zu lassen - als non root konnte ich es bei mir nicht aktivieren. ich werde mir das mal genauer ansehen...
du hast ja das
du hast ja das root-passwd...
ich stell bloss nicht bei anderen im webspace irgendwas um.
wer was mit seinen logs anstellt muss jeder selber wissen.
aber per mail zusenden lassen geht nicht als domain-admin?
nee
ging bei mir nicht.
als ROOTster
hat's geklappt :-)
seltsam
find ich ja komisch, das ein domain admin sich nicht seine logs zuschicken lassen kann. sind ja seine...?
meiner meinung nach ein design-fehler von plesk.
die ersten logs können beim emailabrufen erstmal ein leichtes entsetzen verursachen (textmail, 1gb lang?).
ich benutz outlook (asche auf mein haupt) und hatte etwas angst um meine outlook.psd. die soll ja nicht unbedingt grösser werden als 200mb...