10
Suse RAID-1 scheinbar defekt - allerdings beide Festplatten
Hi zusammen,
ich sitze hier aktuell vor einem Webserver (SuSE Linux 9.0) auf dem das RAID-1 defekt sein soll.
cat /proc/mdstat liefert mir folgende antwort:
Personalities : [raid1]
read_ahead 1024 sectors
md0 : active raid1 sda1[1]
1052160 blocks [2/1] [_U]
md1 : active raid1 sdb2
513984 blocks [2/1] [U_]
md2 : active raid1 sda3[1]
513984 blocks [2/1] [_U]
md3 : active raid1 sda5[1]
10490304 blocks [2/1] [_U]
md4 : active raid1 sda6[1]
10490304 blocks [2/1] [_U]
md5 : active raid1 sda7[1]
1052160 blocks [2/1] [_U]
md6 : active raid1 sdb8
174112320 blocks [2/1] [U_]
Was mich wundert, ist dass mal die eine und mal die andere Platte nicht genutzt wird, mdadm --detail /dev/mdX gibt mir für die fehlerhafte Platte "faulty removed" aus.
Wenn hier wirklich die Hardware defekt sein soll, würde mich das sehr wundern, so viel "Glück" kann man doch nicht haben, dass sich die Plattenfehler genau an den richtigen Stellen abwechseln?
Ein Verzeichnis /etc/mdadm existiert nicht, eigentlich hatte ich hier die mdadm.conf erwartet, um mir die config ansehen zu können.
Kennt jemand von euch einen solchen Fall? Vielleicht muss ich der Kiste ja nur sagen, dass er bitte das spiegeln wieder anfangen soll.
Vielen Dank schon mal
Falk
ich sitze hier aktuell vor einem Webserver (SuSE Linux 9.0) auf dem das RAID-1 defekt sein soll.
cat /proc/mdstat liefert mir folgende antwort:
Personalities : [raid1]
read_ahead 1024 sectors
md0 : active raid1 sda1[1]
1052160 blocks [2/1] [_U]
md1 : active raid1 sdb2
513984 blocks [2/1] [U_]
md2 : active raid1 sda3[1]
513984 blocks [2/1] [_U]
md3 : active raid1 sda5[1]
10490304 blocks [2/1] [_U]
md4 : active raid1 sda6[1]
10490304 blocks [2/1] [_U]
md5 : active raid1 sda7[1]
1052160 blocks [2/1] [_U]
md6 : active raid1 sdb8
174112320 blocks [2/1] [U_]
Was mich wundert, ist dass mal die eine und mal die andere Platte nicht genutzt wird, mdadm --detail /dev/mdX gibt mir für die fehlerhafte Platte "faulty removed" aus.
Wenn hier wirklich die Hardware defekt sein soll, würde mich das sehr wundern, so viel "Glück" kann man doch nicht haben, dass sich die Plattenfehler genau an den richtigen Stellen abwechseln?
Ein Verzeichnis /etc/mdadm existiert nicht, eigentlich hatte ich hier die mdadm.conf erwartet, um mir die config ansehen zu können.
Kennt jemand von euch einen solchen Fall? Vielleicht muss ich der Kiste ja nur sagen, dass er bitte das spiegeln wieder anfangen soll.
Vielen Dank schon mal
Falk
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 230293
Url: https://administrator.de/contentid/230293
Ausgedruckt am: 25.11.2024 um 20:11 Uhr
10 Kommentare
Neuester Kommentar
Hallo,
in der Regel sieht es so aus das nur eine HDD Kaputt
ist und dann besorgt man sich eine zweite neue und baut
diese dann in den Server ein und stößt einen Rebuild Prozess
an, der dann erst das RAID wieder herstellt!
Sollten allerdings beide HDDs defekt sein ist das unter Umstände
so dann nicht mehr möglich, dann hilft oft nur zwei neue HDDs zu
kaufen und zu verbauen und dann das Backup wieder einzuspielen.
finden was genau defekt ist und dann erst weitermachen.
In der Regel wollen RAIDs auch immer eine formatierte neue HDD
haben und dann erst kann man den Rebuild Prozess wieder anstoßen.
Gruß
Dobby
in der Regel sieht es so aus das nur eine HDD Kaputt
ist und dann besorgt man sich eine zweite neue und baut
diese dann in den Server ein und stößt einen Rebuild Prozess
an, der dann erst das RAID wieder herstellt!
Sollten allerdings beide HDDs defekt sein ist das unter Umstände
so dann nicht mehr möglich, dann hilft oft nur zwei neue HDDs zu
kaufen und zu verbauen und dann das Backup wieder einzuspielen.
Vielleicht muss ich der Kiste ja nur sagen,
dass er bitte das spiegeln wieder anfangen soll.
Wohl eher nicht, denn Du solltest erst einmal herausdass er bitte das spiegeln wieder anfangen soll.
finden was genau defekt ist und dann erst weitermachen.
In der Regel wollen RAIDs auch immer eine formatierte neue HDD
haben und dann erst kann man den Rebuild Prozess wieder anstoßen.
Gruß
Dobby
Hi Dobby,
erst mal danke für die schnelle Antwort.
Wie gesagt kommt es mir sehr unwahrscheinlich vor, dass auf sda die Bereiche für md2, md3, md7 und auf sdb die für md0, md1, md4, md5, md6, md8 defekt sein sollen.
Hast du hierzu eine Idee wie ich das herausfinden soll? mdadm sagt mir nur im wechsel "faulty removed" zu den beiden Platten.
Danke & Gruß
Falk
erst mal danke für die schnelle Antwort.
Sollten allerdings beide HDDs defekt sein[...]
Wie gesagt kommt es mir sehr unwahrscheinlich vor, dass auf sda die Bereiche für md2, md3, md7 und auf sdb die für md0, md1, md4, md5, md6, md8 defekt sein sollen.
Wohl eher nicht, denn Du solltest erst einmal heraus
finden was genau defekt ist und dann erst weitermachen.
finden was genau defekt ist und dann erst weitermachen.
Hast du hierzu eine Idee wie ich das herausfinden soll? mdadm sagt mir nur im wechsel "faulty removed" zu den beiden Platten.
Danke & Gruß
Falk
Also so wie ich das sehe solltest Du dann einfach mal ein
Backup zur Hand haben und die ganze Sache neu aufsetzen
bzw. zwei neue HDDs besorgen und dann eben diese auswechseln
respektive noch einmal ein Rebuildversuch anstoßen und wenn das
nicht funktioniert sollte man den Server wohl platt machen und
das Backup wieder einspielen.
Was soll es denn auch wenn beide HDDs hinüber sind kann man
wohl oder übel nichts mehr machen und wenn keine anderen
Tools zur Verfügung stehen sollte man das auch in Betracht
ziehen dürfen.
Gruß
Dobby
Backup zur Hand haben und die ganze Sache neu aufsetzen
bzw. zwei neue HDDs besorgen und dann eben diese auswechseln
respektive noch einmal ein Rebuildversuch anstoßen und wenn das
nicht funktioniert sollte man den Server wohl platt machen und
das Backup wieder einspielen.
Was soll es denn auch wenn beide HDDs hinüber sind kann man
wohl oder übel nichts mehr machen und wenn keine anderen
Tools zur Verfügung stehen sollte man das auch in Betracht
ziehen dürfen.
Gruß
Dobby
Zitat von @FalkIT:
Was mich wundert, ist dass mal die eine und mal die andere Platte nicht genutzt wird, mdadm --detail /dev/mdX gibt mir für
die fehlerhafte Platte "faulty removed" aus.
Was mich wundert, ist dass mal die eine und mal die andere Platte nicht genutzt wird, mdadm --detail /dev/mdX gibt mir für
die fehlerhafte Platte "faulty removed" aus.
Warum die Platte "faulty" ist, kann viele gründe haben. Vielleicht hat sie nur zu lange gebraucht, um zu antworten, z.B. weil die Platten zuviele schwebende Lesefehler haben. Da es durchaus sein kann, daß beide Platten Ausfallerscheinungen zeigen, insbesodnere wenn es baugleiche aus der gleichen Charge sind, kann sowas diuchaus passieren, wenn mal die eine und mal die andere zu langsam antwortet. Dann fliegt halt die Partition aus dem RAID raus, bei der das zuerst pasiert.
Wenn hier wirklich die Hardware defekt sein soll, würde mich das sehr wundern, so viel "Glück" kann man doch
nicht haben, dass sich die Plattenfehler genau an den richtigen Stellen abwechseln?
nicht haben, dass sich die Plattenfehler genau an den richtigen Stellen abwechseln?
Nicht wil die sich abwechseln, sondern weil mal die ein udn mal die andere zu langsdam antwortet.
Ein Verzeichnis /etc/mdadm existiert nicht, eigentlich hatte ich hier die mdadm.conf erwartet, um mir die config ansehen zu
können.
können.
Muß auch nicht existieren.
Kennt jemand von euch einen solchen Fall? Vielleicht muss ich der Kiste ja nur sagen, dass er bitte das spiegeln wieder anfangen
soll.
Vielleicht solltest Du als erstes schleunigst Deine Daten in Sicherheit bringen. Dann würde ich mal die smart-werte der Platten überprüfen, insbesodnere sowas wie "soft read error rate", "reallocation event count", etc.
Dann mal hdd-test druchlaufen lassen. eventeull hast du ja andere hardware-fehler.
lks
1
Danke an euch beide für die Tips, ein Backup ist natürlich vorhanden.
Aktuell prüfe ich erst einmal, mittels badblocks -v /dev/sdX ob defekte Blöcke gefunden werden, momentan sind es auf sda einige aber der Scan wird wohl noch bis morgen dauern.
Aktuell prüfe ich erst einmal, mittels badblocks -v /dev/sdX ob defekte Blöcke gefunden werden, momentan sind es auf sda einige aber der Scan wird wohl noch bis morgen dauern.
Zitat von @FalkIT:
Danke an euch beide für die Tips, ein Backup ist natürlich vorhanden.
Aktuell prüfe ich erst einmal, mittels badblocks -v /dev/sdX ob defekte Blöcke gefunden werden, momentan sind es auf sda
einige aber der Scan wird wohl noch bis morgen dauern.
Danke an euch beide für die Tips, ein Backup ist natürlich vorhanden.
Aktuell prüfe ich erst einmal, mittels badblocks -v /dev/sdX ob defekte Blöcke gefunden werden, momentan sind es auf sda
einige aber der Scan wird wohl noch bis morgen dauern.
Hast Du vorher ein Image gezogen? Ein badblocks-scan kann der Platte ggf nämlich "den Rest" geben. Und so wie es bei Dir aussieht, ist die zweite Platte auch nicht frei von Fehlern.
lks
Moin,
bist Du sicher, dass der Raid-Controller in Ordnung ist?
Gruß
Looser27
bist Du sicher, dass der Raid-Controller in Ordnung ist?
Gruß
Looser27
nunja, er könnte statt dem mdadm von seinem Suse den von knoppix nehmen.
lks
Wenn im Software-Raid-Controller ein Problem ist, haut es Dir auch sofort beide Platten weg.
Denn, nach Ausfallwahrscheinlichkeit, fallen beide Platten nur mit weniger als 1% zeitgleich aus.....
Denn, nach Ausfallwahrscheinlichkeit, fallen beide Platten nur mit weniger als 1% zeitgleich aus.....
Zitat von @Looser27:
Wenn im Software-Raid-Controller ein Problem ist, haut es Dir auch sofort beide Platten weg.
Denn, nach Ausfallwahrscheinlichkeit, fallen beide Platten nur mit weniger als 1% zeitgleich aus.....
Wenn im Software-Raid-Controller ein Problem ist, haut es Dir auch sofort beide Platten weg.
Denn, nach Ausfallwahrscheinlichkeit, fallen beide Platten nur mit weniger als 1% zeitgleich aus.....
nunja, wenn er mit md-devcies arbeitet, wird er vermulich keinen raidcontroller haben.
lks
