|
|||||||||||
|
RAID1 arrays not starting when drive is missing
From: Rich <rlcarr(at)gmail.com>
Date: Thu Nov 22 2007 - 08:45:21 EST
I have two RAID1 devices -- /dev/md0 which is /boot (and does NOT use LVM) and is made up of /dev/sda2 and /dev/sdb2, and /dev/md1 which has LVM (and the rest of the system) over it and is made up of /dev/sda3 and /dev/sdb3. I've grub'd both /dev/sda and /dev/sdb, and as long as both drives are plugged in, I can boot from either drive and everything works and is happy. However... When I try to boot with a drive removed (for testing purposes), grub comes up fine and the system begins to boot, but it appears that the arrays will not start, which means there's no root filesystem available and everything grinds to a halt. This doesn't seem right. Given the nature of RAID1, the arrays darn well should start up even with a missing drive. The boot output when the drive is missing has: md: md0 stopped md: bind and then everything grinds to a halt. When both drives are present, this section goes: md: md0 stopped. md: unbind raid1: raid set md0 active with 2 out of 2 mirrors (etc.)
One thing I've discovered is that if while the system is running in
normal mode I do:
So if the drive fails while the system is running, it can be punted from the array and the machine can boot off one drive. That's nice and all, but that doesn't help in the case where the drive fail event causes the machine to crash (say the drive dies and takes down the bus and the machine locks up). So what am I missing on why the arrays won't start up when I have a drive unplugged (it doesn't matter which drive)? -- Rich Carreiro -- To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.orgReceived on Thu Nov 22 09:06:21 2007 This archive was generated by hypermail 2.1.8 : Mon Feb 25 2008 - 23:03:42 EST |
||||||||||
|
|||||||||||