Thread (1 message) 1 message, 1 author, 2007-11-25

Re: HELP! New disks being dropped from RAID 6 array on every reboot

From: Joshua Johnson <hidden>
Date: 2007-11-25 20:03:25

On Nov 24, 2007 9:27 PM, Bill Davidsen [off-list ref] wrote:
 No, I think you read that backward. using PARTITIONS is the right way to do
it, but I was suggesting that the boot mdadm.conf in initrd was still using
the old deleted partition names. And I assume that the old drives were
either physically removed or you used the zero-superblock option to prevent
the old partitions from being found and confusing the issue.
I doubt a second mdadm.conf is the problem (unless I misunderstand
something about the boot process), as I am not using a initrd on this
kernel.  One PATA drive was physically removed and one was moved to
the new controller.  The new SATA drive took the place of the removed
PATA drive in the array.
 I assume you made the old partitions go away in one of these ways, so
PARTITIONS should work, and from what you said I had the impression it did
work after boot, which would fit having a non-functional mdadm config in
initrd.

 Any of that match what you're doing? I've never had to use the explicit
partitions except when I forgot to zap the old superblocks.

 --
Bill Davidsen [off-list ref]
I'm not sure exactly why the array wasn't being assembled with the sd*
disks but I suspect that the md driver was being loaded before the
scsi disk driver was done with the partition scan.  At any rate, using
the wildcarded device names resolved the issue and the server is
humming along happily.  Thanks for the help!
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help