Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Bryan Bush <bbushvt@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID6 grow failed
Date: Mon, 2 Apr 2012 10:26:00 +1000	[thread overview]
Message-ID: <20120402102600.4046c483@notabene.brown> (raw)
In-Reply-To: <CAJ72viOU2O-1rsaJWKbDbR6XS+VYfDuWa8DpN=+w-1BYp7fwNA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3438 bytes --]

On Sun, 1 Apr 2012 20:02:57 -0400 Bryan Bush <bbushvt@gmail.com> wrote:

> root@diamond:/# cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md1 : inactive sdk1[13](S) sdj1[11](S) sdh1[9](S) sdo1[3](S)
> sdd1[6](S) sde1[7](S) sdn1[2](S) sdl1[0](S) sdb1[4](S) sdc1[8](S)
>       19535134315 blocks super 1.2
> 
> md0 : active raid5 sdg1[3] sda1[0] sdf1[1] sdq1[2]
>       2929686528 blocks level 5, 256k chunk, algorithm 2 [4/4] [UUUU]
> 
> unused devices: <none>
> root@diamond:/# mdadm -S /dev/md1
> mdadm: stopped /dev/md1
> root@diamond:/# cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md0 : active raid5 sdg1[3] sda1[0] sdf1[1] sdq1[2]
>       2929686528 blocks level 5, 256k chunk, algorithm 2 [4/4] [UUUU]
> 
> unused devices: <none>
> root@diamond:/# mdadm -A --verbose /dev/md1 /dev/sd[onjlkuhedcb]1
> mdadm: looking for devices for /dev/md1
> mdadm: /dev/sdb1 is identified as a member of /dev/md1, slot 4.
> mdadm: /dev/sdc1 is identified as a member of /dev/md1, slot 5.
> mdadm: /dev/sdd1 is identified as a member of /dev/md1, slot 6.
> mdadm: /dev/sde1 is identified as a member of /dev/md1, slot 7.
> mdadm: /dev/sdh1 is identified as a member of /dev/md1, slot 12.
> mdadm: /dev/sdj1 is identified as a member of /dev/md1, slot 10.
> mdadm: /dev/sdk1 is identified as a member of /dev/md1, slot 8.
> mdadm: /dev/sdl1 is identified as a member of /dev/md1, slot 0.
> mdadm: /dev/sdn1 is identified as a member of /dev/md1, slot 2.
> mdadm: /dev/sdo1 is identified as a member of /dev/md1, slot 3.
> mdadm: device 8 in /dev/md1 has wrong state in superblock, but
> /dev/sdk1 seems ok
> mdadm: device 10 in /dev/md1 has wrong state in superblock, but
> /dev/sdj1 seems ok
> mdadm: device 12 in /dev/md1 has wrong state in superblock, but
> /dev/sdh1 seems ok
> mdadm: SET_ARRAY_INFO failed for /dev/md1: Device or resource busy
> root@diamond:/# cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md1 : inactive sdk1[13](S) sdj1[11](S) sdd1[6](S) sdh1[9](S)
> sdo1[3](S) sde1[7](S) sdn1[2](S) sdl1[0](S) sdc1[8](S) sdb1[4](S)
>       19535134315 blocks super 1.2
> 
> md0 : active raid5 sdg1[3] sda1[0] sdf1[1] sdq1[2]
>       2929686528 blocks level 5, 256k chunk, algorithm 2 [4/4] [UUUU]
> 
> unused devices: <none>
> 
> 
> Output from /var/log/messages for the mdadm -A
> Apr  1 20:00:57 diamond kernel: [106978.432900] md: md1 stopped.
> Apr  1 20:00:57 diamond kernel: [106978.493151] md: bind<sdc1>
> Apr  1 20:00:57 diamond kernel: [106978.494551] md: bind<sdb1>
> Apr  1 20:00:57 diamond kernel: [106978.496256] md: bind<sdd1>
> Apr  1 20:00:57 diamond kernel: [106978.516939] md: array md1 already has disks!

That is where SET_ARRAY_INFO is failing ... but why does md1 already have
disks I wonder...

either mdadm has some weird bug - what version are you running???

or something else is messing with md1.

Maybe udev is noticing those devices again for some reason and trying to add
them to the array independently.
You could run
   udevadm monitor

at the same time and see what happens.
Also look in /lib/udev/rules.d or /etc/udev/rules.d to find an entry that 
run "mdadm -I" or "mdadm --incremental" and  try commenting that entry out.

NeilBrown


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2012-04-02  0:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-28  2:44 RAID6 grow failed Bryan Bush
2012-03-28  3:22 ` Mathias Burén
2012-03-28  4:18 ` NeilBrown
2012-03-28  7:54   ` Bryan Bush
2012-03-28  8:26     ` NeilBrown
2012-03-28 10:35       ` Bryan Bush
2012-03-31 19:38         ` Bryan Bush
2012-03-31 22:00           ` NeilBrown
2012-03-31 23:24             ` Bryan Bush
2012-04-01  7:05               ` Bryan Bush
2012-04-01 23:54                 ` NeilBrown
2012-04-02  0:02                   ` Bryan Bush
2012-04-02  0:26                     ` NeilBrown [this message]
2012-04-02  0:44                       ` Bryan Bush
2012-04-02  2:12                         ` NeilBrown
2012-04-02  2:59                           ` Bryan Bush

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120402102600.4046c483@notabene.brown \
    --to=neilb@suse.de \
    --cc=bbushvt@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox