Debian Server hängt sich regelmäßig auf

[Jens86]

Hallo

ich habe einen Debian Server 5.0
Kernel and CPU: Linux 2.6.26-2-amd64 on x86_64

Der Server hängt sich 1-2 mal die Woche auf. Das bedeutet man kann am Server selber nichts mehr machen und auch mit SSH kommt man nicht mehr drauf. Alle Dienste sind dann auch nicht mehr erreichbar. Der Server liefert übrigens noch ein Bild welches aber eingefroren ist.

Der Server schreibt aber weiter in die Log Dateien bis man ihn per Reset-Knopf neustartet.

Sobald der Server nicht mehr reagiert wird alle 5 Sekunden folgendes in die Syslog geschrieben.

Code: Alles auswählen

Sep  3 18:22:49 linuxh kernel: [425090.635270] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:49 linuxh kernel: [425090.635270] ide: failed opcode was: unknown
Sep  3 18:22:49 linuxh kernel: [425090.635270] hda: drive not ready for command
Sep  3 18:22:49 linuxh kernel: [425095.639271] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:49 linuxh kernel: [425095.639271] ide: failed opcode was: unknown
Sep  3 18:22:49 linuxh kernel: [425095.639271] hda: drive not ready for command
Sep  3 18:22:49 linuxh kernel: [425100.643271] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:49 linuxh kernel: [425100.643271] ide: failed opcode was: unknown
Sep  3 18:22:49 linuxh kernel: [425100.643271] hda: drive not ready for command
Sep  3 18:22:49 linuxh kernel: [425105.647271] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:49 linuxh kernel: [425105.647271] ide: failed opcode was: unknown
Sep  3 18:22:49 linuxh kernel: [425105.647271] hda: drive not ready for command
Sep  3 18:22:49 linuxh kernel: [425110.651271] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:49 linuxh kernel: [425110.651271] ide: failed opcode was: unknown
Sep  3 18:22:49 linuxh kernel: [425110.651271] hda: drive not ready for command
Sep  3 18:22:54 linuxh kernel: [425115.656637] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:54 linuxh kernel: [425115.656637] ide: failed opcode was: unknown
Sep  3 18:22:54 linuxh kernel: [425115.656637] hda: drive not ready for command
Sep  3 18:22:59 linuxh kernel: [425120.666580] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:22:59 linuxh kernel: [425120.666580] ide: failed opcode was: unknown
Sep  3 18:22:59 linuxh kernel: [425120.666580] hda: drive not ready for command
Sep  3 18:23:04 linuxh kernel: [425125.670811] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:23:04 linuxh kernel: [425125.670811] ide: failed opcode was: unknown
Sep  3 18:23:04 linuxh kernel: [425125.670811] hda: drive not ready for command
Sep  3 18:23:09 linuxh kernel: [425130.680858] hda: status timeout: status=0xd0 { Busy }
Sep  3 18:23:09 linuxh kernel: [425130.680858] ide: failed opcode was: unknown
Sep  3 18:23:09 linuxh kernel: [425130.680858] hda: drive not ready for command

Ich wollte noch die komplette Syslog posten aber dann bekomme ich vom Forum folgenden Fehler:

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 8838005 bytes) in /srv/www/debianforum.de/htdocs/phpBB-3.0.7/cache/tpl_debianforum_pastebin_view.html.php on line 67

Das weist laut google suche wohl auf eine Festplatte hin die bald den Geist aufgibt. Laut dem Raid Controller ist der Festplatten Status "Optimal".

Smart zeigt folgendes an:



Ich hoffe mir kann hier irgendwer helfen

[gbotti]

Hi.

Also. Der Fehler aus dem Forum kommt wohl daher, dass einfach in einem Beitrag kein langes Log / kein langer Code eingetragen werden soll. (siehe Verhaltensregeln)

Und so wie es aussieht ist deine Festplatte kaputt. Ich würde sie schleunigst austauschen!

[Colttt]

Laut dem Raid Controller ist der Festplatten Status "Optimal".

wien kommst du da drauf?? die festplatte hat SMART deaktiviert und die festplatte unterstützt auch kein SMART..(was schon sehr traurig ist) der RAID-Controller liest bestimmt die SMART werte aus, und da diese nichts zurück geben kommt eben ein "Optimal" dabei raus..

also platte tauschen und dafür sorgen das die nächste platte SMART unterstützt..

[michaels]

Laut dem Raid Controller ist der Festplatten Status "Optimal".

wien kommst du da drauf?? die festplatte hat SMART deaktiviert und die festplatte unterstützt auch kein SMART..(was schon sehr traurig ist) der RAID-Controller liest bestimmt die SMART werte aus, und da diese nichts zurück geben kommt eben ein "Optimal" dabei raus..

also platte tauschen und dafür sorgen das die nächste platte SMART unterstützt..

Nur weil die Smart Werte nicht angezeigt werden können, heißt es nicht, das die Platte Smart nicht unterstützt. Vielleicht reicht der Controller die Werte auch nur nicht weiter...(außerdem ist der Screenshot von der "Controller-Platte" und nicht die daran angeschlossenen Platten).

Ich würde aber auch dazu raten, die Platte schleunigst zu tauschen.

[Jens86]

Ui schon so viele Antworten !

@gbotti

Den Fehler habe ich bekommen als ich versucht habe die Logdatei hier zu posten: http://debianforum.de/forum/pastebin.php
Also die Regeln hab ich schon gelesen

@Colttt

Die Platten sind gerade mal 6 Monate alt und ich dachte SMART wäre heutzutage standard. Hab da nicht drauf geachtet.

@michaels

Der Screenshot ist nur vom Controller weil die einzelnen Platten nicht auswählbar sind.


@Alle

Eigentlich sollten doch die Platten nicht so schnell den Geist aufgeben. Vor allen weil die mir als "24/7 Dauerbetrieb" Platten verkauft wurden.
Das Modell nennt sich übrigens "Fujitsu MBA3300RC" http://www3.toshiba.co.jp/storage/engli ... 3XXXRC.htm

[Colttt]

Toshiba.. das sagt doch schon einiges.. *scherz*

naja man kann auch manchmal pech haben, sowas nennt man dann Montagsproduktion.. hatten wir auch schon, dort sind die Platten nach ca 5-6Wochen ausgefallen.

Es kann auch sein das diese unsacht transportiert wurden