linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Marko Berg <marko.berg@iki.fi>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID 5: weird size results after Grow
Date: Sat, 13 Oct 2007 09:08:07 -0400	[thread overview]
Message-ID: <4710C337.40708@tmr.com> (raw)
In-Reply-To: <47107DB5.10103@iki.fi>

Marko Berg wrote:
> Hi folks,
>
> I added a fourth drive to a RAID 5 array. After some complications 
> related to adding a new HD controller at the same time, and thus 
> changing some device names, I re-created the array and got it working 
> (in the sense "nothing degraded"). But size results are weird. Each 
> component partition is 320 G, does anyone have an explanation for the 
> "Used Dev Size" field value below? The 960 G total size is as it 
> should be, but in practice Linux reports the array only having 
> 625,019,608 blocks.

I don't see that number below, what command reported this?

> How can this be, even though the array should be clean with 4 active 
> devices?
>
> $  mdadm -D /dev/md0
> /dev/md0:
>        Version : 01.02.03
>  Creation Time : Sat Oct 13 01:25:26 2007
>     Raid Level : raid5
>     Array Size : 937705344 (894.27 GiB 960.21 GB)
>  Used Dev Size : 625136896 (298.09 GiB 320.07 GB)
>   Raid Devices : 4
>  Total Devices : 4
> Preferred Minor : 0
>    Persistence : Superblock is persistent
>
>    Update Time : Sat Oct 13 05:11:38 2007
>          State : clean
> Active Devices : 4
> Working Devices : 4
> Failed Devices : 0
>  Spare Devices : 0
>
>         Layout : left-symmetric
>     Chunk Size : 64K
>
>           Name : 0
>           UUID : 9bf903f8:7fc9eec1:2ff25011:37e9607b
>         Events : 2
>
>    Number   Major   Minor   RaidDevice State
>       0     253        2        0      active sync   
> /dev/VolGroup01/LogVol02
>       1       8       33        1      active sync   /dev/sdc1
>       2       8       49        2      active sync   /dev/sdd1
>       3       8       17        3      active sync   /dev/sdb1
>
>
> Results for mdadm -E <partition> on all devices appear like this one, 
> with positions changed:
>
> $ mdadm -E /dev/sdc1
> /dev/sdc1:
>          Magic : a92b4efc
>        Version : 1.2
>    Feature Map : 0x0
>     Array UUID : 9bf903f8:7fc9eec1:2ff25011:37e9607b
>           Name : 0
>  Creation Time : Sat Oct 13 01:25:26 2007
>     Raid Level : raid5
>   Raid Devices : 4
>
>  Used Dev Size : 625137010 (298.09 GiB 320.07 GB)
>     Array Size : 1875410688 (894.27 GiB 960.21 GB)
>      Used Size : 625136896 (298.09 GiB 320.07 GB)
>    Data Offset : 272 sectors
>   Super Offset : 8 sectors
>          State : clean
>    Device UUID : 9b2037fb:231a8ebf:1aaa5577:140795cc
>
>    Update Time : Sat Oct 13 10:56:02 2007
>       Checksum : c729f5a1 - correct
>         Events : 2
>
>         Layout : left-symmetric
>     Chunk Size : 64K
>
>    Array Slot : 1 (0, 1, 2, 3)
>   Array State : uUuu
>
>
> Particularly, "Used Dev Size" and "Used Size" report an amount twice 
> the size of the partition (and device). Array size is here twice the 
> actual size, even though shown correctly within parentheses.

Sectors are 512 bytes.
>
> Finally, mdstat shows the block count as it should be.
>
> $ cat /proc/mdstat
> Personalities : [raid6] [raid5] [raid4]
> md0 : active raid5 sdb1[3] sdd1[2] sdc1[1] dm-2[0]
>      937705344 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] 
> [UUUU]
>     unused devices: <none>
>
>
> Any suggestions on how to fix this, or what to investigate next, would 
> be appreciated!
>
I'm not sure what you're trying to "fix" here, everything you posted 
looks sane.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979


  reply	other threads:[~2007-10-13 13:08 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-13  8:11 RAID 5: weird size results after Grow Marko Berg
2007-10-13 13:08 ` Bill Davidsen [this message]
2007-10-13 16:19   ` Marko Berg
2007-10-13 17:17     ` Corey Hickey
2007-10-13 17:32       ` Marko Berg
2007-10-13 17:42         ` Justin Piszcz
2007-10-13 17:59           ` Corey Hickey
2007-10-13 17:41     ` Justin Piszcz
2007-10-14  5:05     ` Bill Davidsen

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=4710C337.40708@tmr.com \
    --to=davidsen@tmr.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=marko.berg@iki.fi \
    /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).