SCSI-RAID 5 Festplatte 1:1 kopieren
Hallo allerseits, Ich habe folgendes Problem: Nach Ausfall einer Platte (ID=2) in einem RAID 5 Verbund wurde diese ausgetauscht und ein "rebuild" angestossen. Dieses brach nach kurzer Zeit bedingt durch Ausfall einer weiteren Platte (ID=4) ab. Mit Hilfe der Raidadmintools brachte ich das System (SuSE 8.2) wieder zum laufen, allerdings insoweit instabilalsdass die Platte ID=2 nicht ersetzt werden konnte.Platte ID=4 konnte mit einem Testprogramm (Seagate Tools) zumindest gelesen weden. Jetzt habe ich ID=4 und eine neue Platte an einem separaten SCSI Controller (Adaptec 29140) angeschlossen und versuchte ein dd von ID=4 nach neu. In /proc´/scsi wurden der Controler sowie beide Platten erkannt aber es kamen immer Fehler beim Öffnen der Devices. " Kann /dev/sdX (X=a-h) nicht öffnen" Können SCSI Platten aus einem RAID 5 Verband überhaupt so geöffnet werden? Unter welchem device könnte ich sie ansprechen? Welkche Möglichkeit hätte ich sonst noch? Mit freundlichen Grüssen und herzlichen Dank Horst Kozielski
Hallo, Horst Kozielski [kozielski@physik.uni-kiel.de] schrieb:
Ich habe folgendes Problem: Nach Ausfall einer Platte (ID=2) in einem RAID 5 Verbund wurde diese ausgetauscht und ein "rebuild" angestossen. Dieses brach nach kurzer Zeit bedingt durch Ausfall einer weiteren Platte (ID=4) ab. Mit Hilfe der Raidadmintools brachte ich das System (SuSE 8.2) wieder zum laufen, allerdings insoweit instabilalsdass die Platte ID=2 nicht ersetzt werden konnte.Platte ID=4 konnte mit einem Testprogramm (Seagate Tools) zumindest gelesen weden. Jetzt habe ich ID=4 und eine neue Platte an einem separaten SCSI Controller (Adaptec 29140) angeschlossen und versuchte ein dd von ID=4 nach neu. In /proc?/scsi wurden der Controler sowie beide Platten erkannt aber es kamen immer Fehler beim Öffnen der Devices. " Kann /dev/sdX (X=a-h) nicht öffnen" Können SCSI Platten aus einem RAID 5 Verband überhaupt so geöffnet werden? Unter welchem device könnte ich sie ansprechen? Welkche Möglichkeit hätte ich sonst noch?
Hmm, klingt sehr ungesund. Was ist an der Platte ID=4 faul? Defekte Sektoren? Ich weiss nicht genau, wie sich ein "dd" bei defekten Sektoren verhaelt, aber wenn es abbricht, dann sieht es schlecht aus. 1. Natuerlich kann man eine Partition, die Bestandteil eines Raid's ist, per dd auslesen. Allerdings nur im nicht-gemounteten Zustand, ist klar :-) 2. Ich weiss nicht genau wieso, aber beim kopieren per "dd" von einer Platte zur naechsten muss die Plattengeometrie beachtet werden. Habe ich nie ganz verstanden (Ist ja nur ein Datenstrom...?) aber vielleicht sponsert im Laufe des Threads noch jemand einen Link dazu ;-) 3. Wenn Du defekte Sektoren hast _und_ "dd" deswegen mit dem Auslesen scheitert, dann wuerde ich Dir folgende Vorgehensweise empfehlen: -> 1. Pruefe die Platte auf defekte Sektoren: badblocks /dev/sdX Falls Du Dir schon sicher bist, dass dies so ist, dann lasse diesen Schritt sein! 2. Gehe ins Bios deines SCSI-Hostadapters, und scanne dort die Oberflaeche. Es kommt eine Meldung, dass defekte Sektoren gefunden worden sind. Bejahe die Frage, ob die defekten Sektoren "umgemappt" werden sollen. ACHTUNG: Da liegt der Hund begraben. Diese Sektoren werden mit Null-Blocks ersetzt. Es droht ein Datenverlust einzelner Dateien! 3. Starte ein Rettungssystem, und bastele das Raid5 manuell zusammen. Nimm nur die heilen Platten mit auf und die "umgemappte", aber noch nicht die Ersatzplatte. Falls sich die Event-Counter der einzelen Raid-Partitionen unterscheiden, musst Du bei "mdadm" mit "--run" nachhelfen. 4. Wenn das Raid jetzt laeuft, "Addiere" : "mdadm -a" die Ersatzpartition zum Raid. Die Synchronisation startet jetzt und kann per "cat /proc/mdstat" verfolgt werden. 5. Mache einen Filesysstemcheck auf das FS im Raid. Es wird eventuell Fehler geben, da Bloecke "genullt" wurden. Auf jeden Fall hast Du jetzt eine Chance wieder an die Daten ranzukommen. 6. Ersetzte nun auch baldmoeglichst die "reparierte" Platte, obwohl das System jetzt erstmal laeuft. Falls Du noch Fragen hast dann stelle sie lieber bevor Du anfaengst. _Noch_ kann man die Daten hoffentlich retten, aber es gibt bestimmte Schritte mit denen man sich diese Chance schnell verbauen kann :-( Falls Die Daten _sehr_ wichtig sind, erwaege lieber den Gang zu einer Datenrettungsfirma! Na dann, viel Erfolg! Gruesse, Florian Evers -- Nur gut das es keinen Alarm gibt , wenn Ich meinen P.C. anschalte. [WoKo in dag°]
Am Mittwoch Januar 14 2004 10:38 schrieb Horst Kozielski:
Hallo allerseits,
Ich habe folgendes Problem: Nach Ausfall einer Platte (ID=2) in einem RAID 5 Verbund wurde diese ausgetauscht und ein "rebuild" angestossen. Dieses brach nach kurzer Zeit bedingt durch Ausfall einer weiteren Platte (ID=4) ab. Mit Hilfe der Raidadmintools brachte ich das System (SuSE 8.2) wieder zum laufen, allerdings insoweit instabilalsdass die Platte ID=2 nicht ersetzt werden konnte.Platte ID=4 konnte mit einem Testprogramm (Seagate Tools) zumindest gelesen weden.
Ist ja schon mal was.
Jetzt habe ich ID=4 und eine neue Platte an einem separaten SCSI Controller (Adaptec 29140) angeschlossen und versuchte ein dd von ID=4 nach neu. In /proc´/scsi wurden der Controler sowie beide Platten erkannt aber es kamen immer Fehler beim Öffnen der Devices. " Kann /dev/sdX (X=a-h) nicht öffnen" Können SCSI Platten aus einem RAID 5 Verband überhaupt so geöffnet werden? Unter welchem device könnte ich sie ansprechen?
Da hast du schlechte Karten. Der Controller übernimmt die Plattenverwaltung auf eigener art und weise. Wenn du ein Raid aufsetzt dann sagst du ja deinem Kontroller 'Hier hast du 5 Platten, mach mal RAID 5 daraus'. Dann fängt er an die Raid5-Struktur auf den 5 Platten zu schreiben. Da kommst du auf 'normalem' wege nicht mehr ran.
Welkche Möglichkeit hätte ich sonst noch?
Tool deines Controllerherstellers. Sonst hast du warscheinlich wenig changsen. Frage: Was für ein Kontroller? Wie viele Kanäle? Wie alt sind die Platten? Ist ein Backup vorhanden? (Ich gehe mal davon aus) cu -- Roland Kruggel mailto: rk-liste@gmx.de System: AMD 1200Mhz, Debian woody, 2.4.23, KDE 3.1.4
participants (3)
-
Florian Evers
-
Horst Kozielski
-
Roland M. Kruggel