linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 --]

      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).