[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Upgrade to 2.6.32-5-amd64 failing miserably

martin f krafft wrote:

> also sprach lrhorer <lrhorer@satx.rr.com> [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!

        'Very straightforward:
DEVICE partitions
HOMEHOST <system>
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
all there.

Reply to: