Incorrect array member slot assignment during assemble | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
The failed disk died during synchronization into the array, but it looks like the superblocks on the remaining clean devices have some issues too. The following is the output from a forced reassemble:
mdadm -Afv /dev/md0 /dev/sdc /dev/sdd mdadm: looking for devices for /dev/md0 mdadm: /dev/sdc is identified as a member of /dev/md0, slot -1. mdadm: /dev/sdd is identified as a member of /dev/md0, slot 0. mdadm: no uptodate device for slot 1 of /dev/md0 mdadm: no uptodate device for slot 2 of /dev/md0 mdadm: added /dev/sdc to /dev/md0 as -1 mdadm: added /dev/sdd to /dev/md0 as 0 mdadm: /dev/md0 assembled from 1 drive - not enough to start the array.The "slot -1" assignment for /dev/sdc looked like it might be a problem - but I'm not sure how to deal with this with the provided tools.
I came across a similar issue (and patch solution) linked below, but this didn't work for me - the 'update' on the superblocks never appeared to happen in my case since the array isn't assembled:
http://www.mail-archive.com/linux-raid@xxxxxxxxxxxxxxx/msg09504.html I'd be very grateful if anyone has any suggestions or assistance! Regards, Jay ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. -- 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
[Home] [ATA RAID] [Linux] [Managing RAID on Linux] [Linux IDE] [Linux SCSI] [Linux Hams] [Device-Mapper] [Kernel] [Linux Books] [Linux Admin] [Linux Net] [GFS] [RPM] [Photos] [Yosemite Photos] [Yosemite News] [AMD 64] [Linux Nework]
![]() |