Guten Morgen, Torsten Foertsch scribbled on 18.03.2005 09:12:
Hallo,
ich habe jetzt wohl den ersten Fall, da sich mein Raid als gute Idee erweisen soll.
Also, dmesg sagt:
end_request: I/O error, dev sda, sector 312560448 md: write_disk_sb failed for device sda7 md: errors occurred during superblock update, repeating ATA: abnormal status 0xD1 on port 0x9F7 ATA: abnormal status 0xD1 on port 0x9F7 ATA: abnormal status 0xD1 on port 0x9F7 ata1: command 0x35 timeout, stat 0xd1 host_stat 0x61 ata1: status=0xd1 { Busy } SCSI error : <0 0 0 0> return code = 0x8000002 EOM Current sda: sense = 70 54 ASC= 2 ASCQ=a0 ...
Ich habe 2 Raid5:
[...]
Wie gehe ich jetzt am besten vor?
Wie löse ich die kaputte Platte aus dem RAID, um dann normal runterzufahren und die Platte auszutauschen?
Ich bin bis dato eigentlich immer wie folgt vorgegangen (war aber immer ein RAID1, sollte bei RAID5 aber eigentlich identisch ablaufen): mdadm --fail /dev/mdX /dev/sdYZ mdadm --remove /dev/mdX /dev/sdYZ Dann die Platte getauscht, und mittels: sfdisk -d /dev/sdZZ | sfdisk /dev/SDYZ die Partitionierungsdaten einer im Verbund verbleibenen Platte auf die neu eingesetzte Platte übertragen. Zum Schluß dann per: mdadm --add /dev/mdX /dev/sdYZ die neue Platte dem Verbund hinzugefügt. Den Vorgang des Synchronisieren kann man dann mittels: watch -n1 cat /proc/mdstat mitverfolgen. Ein vorher erstelltes Backup kann hilfreich sein - gleichfalls das Lesen/Ausdrucken der jeweiligen manpages/Dokus. Selbstredend ist alles 'ohne Gewähr'! ;)
Danke, Torsten
Viel Glück & Gruß Torsten