Re: Upgrade to 2.6.32-5-amd64 failing miserably
martin f krafft wrote:
> also sprach lrhorer <firstname.lastname@example.org> [2011.02.02.1923 +0100]:
>> I rather suspected that might be the case. Taking a quick look at
>> the /dev directory, the drive targets have changed from /hdX to
>> /sdX, and are now way at the end of the list, rather than "a" and
>> "b". Now that really shouldn't give mdadm any grief, but I think
>> it is.
> Should not.
> Show me your mdadm.conf!
ARRAY /dev/md0 level=raid6 num-devices=10 metadata=01.2 name=Backup:0
ARRAY /dev/md1 level=raid1 num-devices=2 metadata=0.90
ARRAY /dev/md2 level=raid1 num-devices=2 metadata=01.2 name=Backup:2
ARRAY /dev/md3 level=raid1 num-devices=2 metadata=01.2 name=Backup:3
>> Mdstat and dmadm -D both show all the arrays inactive, but if
>> I try to assemble them, it says they are all in use.
> How do you assemble them?
I have to stop them (mdadm -S /dev/mdX), at which point assembly works
via `mdadm --assemble --scan`, or of course I can specify the array to
> And what does /proc/mdstat contain at this point.
Before I stop and re-start the arrays, all four show inactive. After
I manually assemble the arrays, they all show active (auto-read-only).
> Also, show
> ls -l /dev/md* /dev/sd*
Something is also wrong with this busybox's implementation of `more`,
so it's hard to see all of any sufficiently verbose output. Suffice to
say the block devices (md0 - 3, sda - k, and sdl1 -3 plus sdm1 - 3) are