For the record:
After reading in the archives about similar problems, which were
probably caused by something else but still close enough, I recreated
the array with the exact same parameters from the superblock and one
missing disk.
> mdadm -C /dev/md0 -l 5 -n 10 -c 64 -p ls /dev/sdb1 /dev/sdd1 /dev/
sde1 /dev/hde1 /dev/hdb1 /dev/hdf1 /dev/hdh1 /dev/hdg1 /dev/sdc1 missing
Seems to have done the trick, fsck is working right now.
Funny things seem to happen to the superblocks more often than I
thought. Recreating with one missing disk appears more like a hack
than a solution to me. Maybe mdadm should have some kind of explicit
superblock manipulation, like copying from other components or
importing/exporting from/to a file, so such problems can be solved in
a safe way?
Just a quick thought. :)
--
Regards,
Max Amanshauser
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
