From: NeilBrown <neilb@suse.de>
To: nowhere <nowhere@hakkenden.ath.cx>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm 3.2.4 problem
Date: Tue, 15 May 2012 09:53:32 +1000 [thread overview]
Message-ID: <20120515095332.3e600ec1@notabene.brown> (raw)
In-Reply-To: <1336829416.20535.10.camel@rybalov.eng.ttk.net>
[-- Attachment #1: Type: text/plain, Size: 3448 bytes --]
On Sat, 12 May 2012 17:30:16 +0400 nowhere <nowhere@hakkenden.ath.cx> wrote:
> Hello,
>
> I have a RAID5 array, which was created with mdadm 3.2.3
> Here is one of its member's superblock:
>
> /dev/sdl:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : cc0fbdd2:0feade15:963fe546:13a072fa
> Name : heimdall:0 (local to host heimdall)
> Creation Time : Sun May 6 10:58:30 2012
> Raid Level : raid5
> Raid Devices : 8
>
> Avail Dev Size : 3907027120 (1863.02 GiB 2000.40 GB)
> Array Size : 13674590720 (13041.11 GiB 14002.78 GB)
> Used Dev Size : 3907025920 (1863.02 GiB 2000.40 GB)
> Data Offset : 2048 sectors
> Super Offset : 8 sectors
> State : clean
> Device UUID : 64962294:3699d869:510bef35:9d2fd78d
>
> Update Time : Sat May 12 17:03:28 2012
> Checksum : df1714ca - correct
> Events : 96
>
> Layout : left-symmetric
> Chunk Size : 512K
>
> Device Role : Active device 6
> Array State : AAAAAAA. ('A' == active, '.' == missing)
>
> Some time ago mdadm have been upgraded to 3.2.4
That was probably about 1 day ago :-) 3.2.4 was only released on Wednesday.
>
> So, today I have replaced failed drive, but could not add it:
> mdadm --manage /dev/md0 --add /dev/sdm
> mdadm: add new device failed for /dev/sdm as 8: Invalid argument
>
> And there are lines in dmesg:
> md: sdm does not have a valid v1.2 superblock, not importing!
> md: md_import_device returned -22
That's bad. Looks like I'll need to do a 3.2.5 fairly quickly as that will
affect lots of people.
I've pushed out a change that fixes it for me:
http://neil.brown.name/git?p=mdadm;a=commitdiff;h=d9751e06a601b5576b1b9e2c8126584083110ca5
Thanks for the report.
NeilBrown
>
> mdadm creates new superblock on sdm:
> /dev/sdm:
> Magic : a92b4efc
> Version : 1.2
> Feature Map : 0x0
> Array UUID : cc0fbdd2:0feade15:963fe546:13a072fa
> Name : heimdall:0 (local to host heimdall)
> Creation Time : Sun May 6 10:58:30 2012
> Raid Level : raid5
> Raid Devices : 8
>
> Avail Dev Size : 3906767024 (1862.89 GiB 2000.26 GB)
> Array Size : 13674590720 (13041.11 GiB 14002.78 GB)
> Used Dev Size : 3907025920 (1863.02 GiB 2000.40 GB)
> Data Offset : 262144 sectors
> Super Offset : 8 sectors
> State : clean
> Device UUID : ecaaf8af:f41c6ca1:8190b6f8:37b53a06
>
> Update Time : Sat May 12 16:46:20 2012
> Checksum : 6dabb37a - correct
> Events : 0
>
> Layout : left-symmetric
> Chunk Size : 512K
>
> Device Role : spare
> Array State : AAAAAAA. ('A' == active, '.' == missing)
>
> New direve's size is equals to other drive's sizes (checked with
> blockdev --getsz)
>
> The only difference between superblocks created by diferent mdadm
> versions is data offset. Old one has 2048 sector offset, new one -
> 262144. I think, this leads to available device size to be smaller with
> new superblock and inability to add drive to the array.
>
> Downgrading mdadm allowed me to add device into array.
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
prev parent reply other threads:[~2012-05-14 23:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-12 13:30 mdadm 3.2.4 problem nowhere
2012-05-14 23:53 ` NeilBrown [this message]
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=20120515095332.3e600ec1@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=nowhere@hakkenden.ath.cx \
/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;
as well as URLs for NNTP newsgroup(s).