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 12:12:59 +1000 [thread overview]
Message-ID: <20120402121259.4032d1ad@notabene.brown> (raw)
In-Reply-To: <CAJ72viMHqGKhMTFDE0LqRZ_5hXm_3R8B9FZ92HPJHbv4BXsEDQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2767 bytes --]
On Sun, 1 Apr 2012 20:44:17 -0400 Bryan Bush <bbushvt@gmail.com> wrote:
> my mdadm version is
> root@diamond:/# mdadm -V
> mdadm - v2.6.7.1 - 15th October 2008
That's rather old... I'm not surprised that it doesn't cope with assembling
arrays that are in the middle of being reshaped.
>>
> When I use mdadm 3.2.1 I get
> root@diamond:~/mdadm/mdadm-3.2.1# ./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: no uptodate device for slot 1 of /dev/md1
> mdadm: added /dev/sdn1 to /dev/md1 as 2
> mdadm: added /dev/sdo1 to /dev/md1 as 3
> mdadm: added /dev/sdb1 to /dev/md1 as 4
> mdadm: added /dev/sdc1 to /dev/md1 as 5
> mdadm: added /dev/sdd1 to /dev/md1 as 6
> mdadm: added /dev/sde1 to /dev/md1 as 7
> mdadm: added /dev/sdk1 to /dev/md1 as 8
> mdadm: no uptodate device for slot 9 of /dev/md1
> mdadm: added /dev/sdj1 to /dev/md1 as 10
> mdadm: no uptodate device for slot 11 of /dev/md1
> mdadm: added /dev/sdh1 to /dev/md1 as 12
> mdadm: added /dev/sdl1 to /dev/md1 as 0
> mdadm: /dev/md1 assembled from 10 drives - not enough to start the array.
That looks a lot more sensible.
So that array expects 13 drives, but you only have 10.
You'll need to find at least 1 more (preferably 3 more) to have any chance of
success.
>
>
> Should I try to force it? Worried it might make things worse.
force won't help until you find those other devices.
'force' is unlikely to make things worse. It does the best it can. The
reason that you need to actually give "--force" (rather than mdadm always
doing the best it case) is that you need to know that something has gone
wrong and so not to trust the contents of the array until you have verified
that your data is safe (most of it will be, but no promises).
NeilBrown
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2012-04-02 2:12 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
2012-04-02 0:44 ` Bryan Bush
2012-04-02 2:12 ` NeilBrown [this message]
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=20120402121259.4032d1ad@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