Raid 5 defekt

fads · 10. Feb 2010

Hallo Leute,

ich habe ein großes Problem. Ich habe bei meiner DS409 mit einem RAID 5 angefangen die Platte zu tauschen.
Ich habe gestern die Festplatte 1 ausgetauscht. Das Raid wurde auf die neue wiederhergestellt.
Heute habe ich die zweite Festplatte ausgetauscht und die DS409 hat angefangen das Raid wiederherzustellen. Während der wiederherstellung ist die Festplatte die ich gestern getauscht hatte, gecrashd. Im Log der DS409 steht das es ein Lesefehler auf bestimmten Sektoren gibt. Es ist wohl ein neudefekt der Festplatte.

Ich würde jetzt gerne das Raid 5 wieder ans laufen bekommen. Die Festplatte 1 ist ja defekt, also ist sie aus dem Spiel. Die Festplatte zwei die ich heute ausgetauscht habe, habe ich ja mit dem Stand vor dem Raid rebuild. Der Datenbestand hat sich während des Raid rebuilds nicht verändert. Mein Problem ist, dass die DS409 die Festplatte nicht mehr als Teil des Raid 5 Volumes erkennt. Ich habe jetzt in der DS409 die Festplatten 3 + 4 die noch dem RAID5 zugeordnet sind. Die Festplatte 2 ist auch in der DS409 und die enthält die Daten die das RAID5 wieder lauffähig machen würden. Sie ist leider dem Raid5 nicht mehr zugeordnet. Wie kann ich das wieder zum laufen bringen?

Ich hoffe Ihr könnt mir helfen.

Gruß fads

Supaman · 10. Feb 2010

du kannst versuchen, das raid wieder auf "konsistent" zu setzen mit den "mdadm etc" befehlen, die hier als sticky post sind. allerdings würde ich vorher kopien machen, sonst hast du du keienchance für weitere versuche falls es nicht klappt.

fads · 10. Feb 2010

muss ich dann den mdadm befehl nur für die festplatte 2, 3 und 4 machen ?

Supaman · 11. Feb 2010

immer für alle. ungültige / fehlerhafte platten erkennt und sortiert der normalerweise automatisch aus.

fads · 12. Feb 2010

Hallo,

ich habe folgendes gemacht:

1.
mdadm --stop /dev/md2
mdadm: stopped /dev/md2

2.
mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3
mdadm: looking for devices for /dev/md2
mdadm: /dev/sda3 is identified as a member of /dev/md2, slot 0.
mdadm: /dev/sdb3 is identified as a member of /dev/md2, slot 1.
mdadm: /dev/sdc3 is identified as a member of /dev/md2, slot 2.
mdadm: /dev/sdd3 is identified as a member of /dev/md2, slot 3.
mdadm: forcing event count in /dev/sdb3(1) from 31782 upto 32054
Segmentation fault (core dumped)

3.
mdadm --query --detail /dev/md2
/dev/md2:
Version : 00.90
Creation Time : Tue Jan 19 10:34:08 2010
Raid Level : raid5
Array Size : 2920857600 (2785.55 GiB 2990.96 GB)
Used Dev Size : 973619200 (928.52 GiB 996.99 GB)
Raid Devices : 4
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Fri Feb 12 00:11:41 2010
State : clean, degraded
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : 2c798a3c:7dea6e6d:7559d1b0:aba41f8a
Events : 0.32052

Number Major Minor RaidDevice State
0 0 0 0 removed
1 0 0 1 removed
2 8 35 2 active sync /dev/hdc3
3 8 51 3 active sync /dev/sdd3

4.
cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4]
md2 : active raid5 sdc3[2] sdd3[3]
2920857600 blocks level 5, 64k chunk, algorithm 2 [4/2] [__UU]

md1 : active raid1 sdc2[2] sdd2[3]
522048 blocks [4/2] [__UU]

md0 : active raid1 sdc1[2] sdd1[3]
2489920 blocks [4/2] [__UU]

Das Raid läuft noch immer nicht. Könnt ihr mit helfen?

Gruß fads