Regelmäßig "degraded array" aber Festplatte OK

[svenr]

Guten morgen euch allen,

ich habe seit einiger Zeit ein Problem mit dem Server bei dem ich auf der Suche nach einer Lösung nicht mehr wirklich weiter komme.

Mein Server hat ein Softwareraid 1.

In regelmäßigen Abständen, so ca alle 2 Wochen, wird mein /dev/md1 degraded und /dev/sda3 aus dem array entfernt. /dev/md0 hingegen bleibt stabil.

Mein erster Verdacht war eine defekte Festplatte.
Jedoch finden sich weder mit Smart noch mit der Syslogsuche nach I/O error irgendwelche Hinweise auf eine defekte Platte, die mit 59 Tagen Laufzeit auch noch nicht wirklich alt ist.

Das Array lässt sich ohne einen Reboot des Servers nicht mehr herstellen.
Ohne Reboot erhalte ich bei /dev/sda3 den Hinweis resource busy.
Nach einem Reboot hängt sda3 in /dev/md127, dieses muss ich stoppen und kann anschließend das Array /dev/md1 ganz normal wieder aufbauen und syncen. Anschließend läuft es wieder ca 2 Wochen.

Ich habe derzeit keine Ahnung wonach ich noch schauen könnte, bzw woran es liegen könnte und würde mich über Denkanstösse freuen.

OS: Debian Squeeze
Kernel: 2.6.32-5-openvz-amd64

Sven

 

[d4f]

Das Problem besteht oft wenn er Probleme mit dem Kabel oder dem on-disk Controller hat.
Bitte kontrollier die Logs welche einem "faulty" vorausgehen, IRGENDWAS muss er da schreiben.

Falls das Problem unabhaengig von der Festplatte auftritt ist eventuell fakeraid (dmraid-driver) schuld.

 

[svenr]

Ich bin grade mal direkt in die Logs rein (suche normal nur mit grep) und habe festgestellt das es in den Stunden vor dem degraded array absolut 0 Syslogeinträge gibt. Die gehen erst wieder mit dem booten des Servers los.
Das betrifft alle Logs des Hosts. Die VMs und alles darin haben normal weitergeschrieben und gearbeitet.

 

[wstuermer]

Prüf mal bitte, ob in deiner mdadm.conf die Raid-Verbünde mit der Ausgabe von

mdadm --examine --scan

übereinstimmen.

Sofern dein mdadm mit den UUIDs arbeitet - verweisen die Links unter /dev/disk/by-uuid/ auf die richtigen Devices?

 

[d4f]

Liegen die VM auf einer anderen Partition? Wenn ja; aus irgendeinem Grund schaltet dein Server also die Partition(en) in 'ro', vermutlich aufgrund irgendwelcher kritischen Fehler.
Wenn du einen 2. Server hast, koenntest du die ganze Logfile mittels rsyslogd an diesen schicken, dann ist kein Ratespiel notwendig

 

[svenr]

Ich danke euch Jungs, das dürfte sich nun eh über kurz oder lang erledigt haben.
Ich habe einen Plattentausch beantragt. Das Array lässt sich nicht mehr herstellen, davor hat es das System mit 26 K/sec versucht
Das Syslog spuckt reihenweise error, frozen und anderes Zeug....
Sven