On Tue Dec 20, 2011 at 09:46:13AM +0100, BERTRAND Joël wrote:
> Hello,
>
> I use several softraid volumes for a very long time. Last week, a disk
> has crashed on a raid6 volume and I have tried to replace faulty disk.
> Today, when Linux boots, it only assembles this volume if the new disk
> is marked as 'faulty' or 'removed', and I don't understand...
>
> System is a sparc64-smp server running linux debian/testing :
>
> Root rayleigh:[~] > uname -a
> Linux rayleigh 2.6.36.2 #1 SMP Sun Jan 2 11:50:13 CET 2011 sparc64
> GNU/Linux
> Root rayleigh:[~] > dpkg-query -l | grep mdadm
> ii mdadm 3.2.2-1
>
> Faulty device is /dev/sde1 :
>
> Root rayleigh:[~] > cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4]
> md7 : active raid6 sdc1[0] sdi1[6] sdh1[5] sdg1[4] sdf1[3] sdd1[1]
> 359011840 blocks level 6, 64k chunk, algorithm 2 [7/6] [UU_UUUU]
>
> All disks (/dev/sd[cdefghi]) are same model (Fujitsu SCA-2 73 GB) and
> each disk only contains one partition (type FD, linux autodetect). If I
> add /dev/sde1 to raid6 with mdadm -a /dev/md7 /dev/sde1, disk is added
> and my raid6 runs with all disks. But I obtain the same superblock on
> /dev/sde1 and /dev/sde ! If I remove /dev/sde superblock, /dev/sde1 one
> disappears also (i think that both superblocks are the same).
>
<- SNIP info ->
>
> All disks return same information except /dev/sde when it is running
> (mdadm --examine /dev/sde and mdadm --examine /dev/sde1 return the same
> information). What is my mistake ? Is this a known issue ?
>
It's a known issue with 0.9 superblocks, yes. There's no information in
the superblock with allows md to tell whether it's on the partition or
the disk, so for full-disk partitions the same superblock could be valid
for both. 0.1 superblocks contain extra information which can be used to
differentiate between these. I'm a little surprised that the other
drives don't get detected in the same way though.
The standard suggestions are either to change the mdadm.conf file to
look only at partitions for arrays (e.g. DEVICE /dev/sd*1), or (more
complicated) to re-create the array using a version 1 superblock. This
can be done without losing the data, but you need to be very careful to
use the 1.0 superblock and the exact same parameters you used for the
original array (with the disks in the same order). Neil has posted
instructions for this fairly recently, so you should be able to find
those in the archives.
HTH,
Robin
--
___
( ' } | Robin Hill <robin@xxxxxxxxxxxxxxx> |
/ / ) | Little Jim says .... |
// !! | "He fallen in de water !!" |
Attachment:
pgpqAlm8ZuD65.pgp
Description: PGP signature
