Specifying partition names may cause problems if the disk names changed. Specify the UUID instead. On Tue, Sep 15, 2009 at 10:22 PM, Matthias Urlichs <matthias@xxxxxxxxxx> wrote: > I had a somewhat strange error today. > > One of my servers has a RAID1 array. Two partitions at the end of the > disk; the RAID superblocks are at the end of the partition. > > After a hard reboot today, one of the disks managed to not have its > partition table scanned correctly, most probably because the disk was > hung and the ("intelligent") controller got confused about it. After the > initial scan, however, it came up correctly. > > This error caused mdadm to "successfully" build a RAID1 from /dev/sda3 > and /dev/sdb (instead of /dev/sdb3). Needless to say, the resulting > volume was somewhat unuseable. To say the least. > > My server's mdadm.conf has a 'DEVICE=partitions' line. I suppose that > replacing these with a pattern that explicitly only matches partitions, > not disks, would make the problem go away, and that the lesson from > today's disaster recovery effort is to always explicitly list the allowed > partition names, instead of being lazy and using 'DEVICE=partitions'. > > -- > > -- > 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 > -- Majed B. -- 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