From: Phil Turmel <philip@turmel.org>
To: Markus Irle <tha.bear@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Wrong array size detected after reboot
Date: Sat, 08 Sep 2012 22:52:18 -0400 [thread overview]
Message-ID: <504C0462.2000609@turmel.org> (raw)
In-Reply-To: <CAFEwywaeGevnDMu7Do_wK+_Jgtyd0vman0804C2LyqbyzcJ9Sw@mail.gmail.com>
Hi Markus,
On 09/07/2012 04:54 PM, Markus Irle wrote:
> Hi guys,
>
> After a reboot mdadm detects a much too small size for a raid5 array.
> The array is part of a lvm volume group, which fails because the
> device mapper notices that the physical volume is too small for the
> volume group. At the moment I can't access any data.
As soon as I read this far I thought "version 0.90?".
> What I did:
>
> Array consisted of 3x 1.5TB disks.
> After a disk failure a replaced the disks one by one with 3TB disks.
> Resized array, volume group and partition to the new size according to
> these instructions: https://raid.wiki.kernel.org/index.php/Growing
>
> Everything went fine the array's up and running for a couple of months.
> I believe this is the first reboot since.
>
> I'm at a complete loss as what to do now. Any help is greatly appreciated.
>
> Here's the kern.log (I don't remember the misaligned warning, when I
> replaced the disks):
> Sep 7 19:09:43 fandango kernel: [ 3.259374] raid5: device sde1
> operational as raid disk 2
> Sep 7 19:09:43 fandango kernel: [ 3.259378] raid5: device sdd1
> operational as raid disk 1
> Sep 7 19:09:43 fandango kernel: [ 3.259380] raid5: device sdb1
> operational as raid disk 0
> Sep 7 19:09:43 fandango kernel: [ 3.259727] raid5: allocated 3228kB for md2
> Sep 7 19:09:43 fandango kernel: [ 3.259764] raid5: raid level 5
> set md2 active with 3 out of 3 devices, algorithm 2
> Sep 7 19:09:43 fandango kernel: [ 3.259766] RAID5 conf printout:
> Sep 7 19:09:43 fandango kernel: [ 3.259768] --- rd:3 wd:3
> Sep 7 19:09:43 fandango kernel: [ 3.259770] disk 0, o:1, dev:sdb1
> Sep 7 19:09:43 fandango kernel: [ 3.259771] disk 1, o:1, dev:sdd1
> Sep 7 19:09:43 fandango kernel: [ 3.259773] disk 2, o:1, dev:sde1
> Sep 7 19:09:43 fandango kernel: [ 3.259781] md2: Warning: Device
> sde1 is misaligned
> Sep 7 19:09:43 fandango kernel: [ 3.259783] md2: Warning: Device
> sdd1 is misaligned
> Sep 7 19:09:43 fandango kernel: [ 3.259785] md2: Warning: Device
> sdb1 is misaligned
> Sep 7 19:09:43 fandango kernel: [ 3.259806] md2: detected capacity
> change from 0 to 1603139141632
> Sep 7 19:09:43 fandango kernel: [ 3.261439] md2: unknown partition table
> Sep 7 19:09:43 fandango kernel: [ 3.409802] device-mapper: table:
> 252:2: md2 too small for target: start=384, len=11721064448,
> dev_size=3131131136
>
> mdadm:
> /dev/md2:
> Version : 00.90
Uh-huh.
> Creation Time : Wed Apr 29 23:31:24 2009
> Raid Level : raid5
> Array Size : 1565565568 (1493.04 GiB 1603.14 GB)
> Used Dev Size : 782782784 (746.52 GiB 801.57 GB)
> Raid Devices : 3
> Total Devices : 3
> Preferred Minor : 2
> Persistence : Superblock is persistent
>
> Update Time : Fri Sep 7 21:30:40 2012
> State : clean
> Active Devices : 3
> Working Devices : 3
> Failed Devices : 0
> Spare Devices : 0
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> UUID : bbc76518:54235173:67388cd8:6b8a4141 (local to host fandango)
> Events : 0.16232920
>
> Number Major Minor RaidDevice State
> 0 8 17 0 active sync /dev/sdb1
> 1 8 49 1 active sync /dev/sdd1
> 2 8 65 2 active sync /dev/sde1
>
>
> The size is much too small. It should be around 6TB not 1.5TB.
> Interestingly enough, the Array Size / Used Dev Size ratio seems to be correct.
Until recently, due to a long-standing bug, devices larger than 2T were
not usable with v0.90 meta-data. I don't remember precisely when that
bug was fixed, but I believe it was in the past year. There are also
potential identification problems with v0.90 when used on the last
partition of a device, but you have a misalignment warning that would
prevent that.
You should see that the used dev size is very close to 2TiB less than
the actual size of your devices.
First, try the latest stable mainline kernel that you can. That should
let you back up your data.
Second, reconstruct your array with a recent version of fdisk or parted
that won't put your first partition at sector 63. Use metadata version
1.0 for bootable mirrored partitions, or version 1.2 otherwise (the
modern default).
HTH,
Phil
next prev parent reply other threads:[~2012-09-09 2:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-07 20:54 Wrong array size detected after reboot Markus Irle
2012-09-09 2:52 ` Phil Turmel [this message]
2012-09-09 23:13 ` NeilBrown
2012-09-15 23:32 ` Markus Irle
2012-09-19 1:42 ` NeilBrown
2012-09-19 18:34 ` Markus Irle
2012-09-19 23:11 ` NeilBrown
2012-09-20 9:53 ` Markus Irle
2012-09-20 11:39 ` NeilBrown
2012-10-13 19:15 ` Markus Irle
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=504C0462.2000609@turmel.org \
--to=philip@turmel.org \
--cc=linux-raid@vger.kernel.org \
--cc=tha.bear@gmail.com \
/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).