Thursday, 17. November 2005
Die Nacht der toten Platte(n) ...
Irgendwie habe ich zur Zeit etwas Pech mit Hardware - vielleicht der Fluch eines Kunden, dem ich nicht helfen konnte? Wer weiss 
Gestern gegen 22 Uhr wollte ich via IMAP Mails von meinem Webserver abrufen, als ich plötzlich "Could not access maildir" lesen musste. Der anschließende SSH-verbindungsversuch wurde dann direkt mit "Connection refused" beendet. Super Sache, dachte ich mir. Komischerweise gingen die Webseiten noch, allerdings bemerkte ich bei einer Unserseite, wo via PHP fwrite() ein Counter hochgezählt wird, schon den Fehler "Read-Only filesystem". Das klang nicht gut und ganz danach, dass die Platte nicht mehr richtig lebt. Also habe ich prompt meinen Kollegen von der Spätschicht informiert (hat schon Vorteile, wenn man den Server auf Arbeit im RZ stehen hat), welcher dann gegen 23 Uhr vor Ort war und nichts Gutes berichten konnte. Das Booten war gar nicht mehr möglich, ein Plattenfehler jagte den nächsten. Tolle Sache! Da der Server aber nicht lebenswichtig ist und ich sehr müde war, vertagte ich die Reperatur auf heute morgen. Gegen 8:30 Uhr war ich dann also auf Arbeit - obwohl ich eigentlich erst gegen 15 Uhr hätte kommen müssen, da Spätschicht - um meinen Server zu reparieren. Sowas macht man natürlich am liebsten selbst
Mir bot sich das selbe Bild wie meinem Kollegen, Fehler ohne Ende. Ein mounten der Platte war um keinen Preis mehr möglich. So setzte ich auf einer frischen Platte mein Debian Sarge neu auf und richtete alles neu ein. Glücklicherweise hatte ich tagesaktuelle Backups von /etc und dem Webroot da, so dass das sehr schnell ging. Nun läuft wieder alles (bis auf MRTG, aber den Fehler find ich noch ) und ich bin zufrieden. Via smartd wurde übrigens vorher kein Fehler festgestellt, obwohl ich jede Nacht einen Check laufen lasse ...
Da freut es einen doch, dass man mit dem Problem nicht alleine dasteht. Ein Kundenserver erlitt vor wenigen Minuten das selbe Schicksal, so dass ich diesen morgen früh direkt auch neu installieren werde. Wer weiss, vielleicht vertragen die Platten ja die kalte Jahreszeit auch nicht so - obwohl es ja eigentlich genau gegenteilig sein sollte
Gestern gegen 22 Uhr wollte ich via IMAP Mails von meinem Webserver abrufen, als ich plötzlich "Could not access maildir" lesen musste. Der anschließende SSH-verbindungsversuch wurde dann direkt mit "Connection refused" beendet. Super Sache, dachte ich mir. Komischerweise gingen die Webseiten noch, allerdings bemerkte ich bei einer Unserseite, wo via PHP fwrite() ein Counter hochgezählt wird, schon den Fehler "Read-Only filesystem". Das klang nicht gut und ganz danach, dass die Platte nicht mehr richtig lebt. Also habe ich prompt meinen Kollegen von der Spätschicht informiert (hat schon Vorteile, wenn man den Server auf Arbeit im RZ stehen hat), welcher dann gegen 23 Uhr vor Ort war und nichts Gutes berichten konnte. Das Booten war gar nicht mehr möglich, ein Plattenfehler jagte den nächsten. Tolle Sache! Da der Server aber nicht lebenswichtig ist und ich sehr müde war, vertagte ich die Reperatur auf heute morgen. Gegen 8:30 Uhr war ich dann also auf Arbeit - obwohl ich eigentlich erst gegen 15 Uhr hätte kommen müssen, da Spätschicht - um meinen Server zu reparieren. Sowas macht man natürlich am liebsten selbst Mir bot sich das selbe Bild wie meinem Kollegen, Fehler ohne Ende. Ein mounten der Platte war um keinen Preis mehr möglich. So setzte ich auf einer frischen Platte mein Debian Sarge neu auf und richtete alles neu ein. Glücklicherweise hatte ich tagesaktuelle Backups von /etc und dem Webroot da, so dass das sehr schnell ging. Nun läuft wieder alles (bis auf MRTG, aber den Fehler find ich noch
) und ich bin zufrieden. Via smartd wurde übrigens vorher kein Fehler festgestellt, obwohl ich jede Nacht einen Check laufen lasse ...Da freut es einen doch, dass man mit dem Problem nicht alleine dasteht. Ein Kundenserver erlitt vor wenigen Minuten das selbe Schicksal, so dass ich diesen morgen früh direkt auch neu installieren werde. Wer weiss, vielleicht vertragen die Platten ja die kalte Jahreszeit auch nicht so - obwohl es ja eigentlich genau gegenteilig sein sollte
Trackbacks
Trackback für spezifische URI dieses Eintrags
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
erm...dieses smartd greift quasi auf diese s.m.a.r.t.-dingens der platte zurück?! hmm...wenn da kein fehler kommt, dann könnte ich das sinnlose ding ja auch ausschalten. scheint ja eh nich richtig zu gehen.
Also SMART ist an sich schon ne feine Sache und smartmontools (welche diese Daten eben auslesen) haben mich bisher schon 3x mind. 24 Stunden vor einem Crash gewarnt, ich hatte es bisher nur 1x, dass es zu spät war und smartd den Fehler nicht 'vorhersagen' konnte.
Manchmal ist halt nix mehr zu retten und es geht so schnell, dass Diagnosetools nix mitbekommen - deshalb grundsätzlich die Möglichkeiten nicht zu nutzen ist aber auch falsch.
Manchmal ist halt nix mehr zu retten und es geht so schnell, dass Diagnosetools nix mitbekommen - deshalb grundsätzlich die Möglichkeiten nicht zu nutzen ist aber auch falsch.
Also ganz drauf verzeichten möchte ich auch nicht. Allerdings hat der Vorfall eben gezeigt, dass man es nicht immer vorher erahnen kann bzw. Backups lebenswichtig sind
Rob
Rob
