From: Benjamin ESTRABAUD <be@mpstor.com>
To: Scott Baker <bakers@canbytel.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Readding a drive fails because of wrong size?
Date: Fri, 26 Jun 2009 13:02:35 +0100 [thread overview]
Message-ID: <4A44B8DB.3010906@mpstor.com> (raw)
In-Reply-To: <4A43C8C7.7000209@canbytel.com>
Hi,
I had exactly the same issue, which only occurs when you are using
multiple RAID, and will only occur on mdX for X>0.
In my case it turned out that the checkMinSize algorithm (I can't recall
the exact name), was always using md0's minimum component size as a
reference, even when checking for the minimum component size of md1,
md2, md3, etc...
This turned out not to be a mdadm bug but rather the fact that I was
using a custom "MdpMinorShift" value (look in md.c), which was then
different than the hardcoded mdadm one.
Changing the one in mdadm to match the one I had in md.c worked fine then.
Are you using a different MdpMinorShift value?
Ben - MPSTOR.
Scott Baker wrote:
> I have a four disk RAID5 array, and one of the HDs got removed from
> the array. All four drives are identical in size and partitioning.
>
> --------------------------------------------------------------------------
>
>
> Disk /dev/sdc: 500.1 GB, 500107862016 bytes
> 255 heads, 63 sectors/track, 60801 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdc1 1 60801 488384032 fd Linux raid
> autodetect
>
> Disk /dev/sdd: 500.1 GB, 500107862016 bytes
> 255 heads, 63 sectors/track, 60801 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdd1 1 60801 488384032 fd Linux raid
> autodetect
>
> Disk /dev/sde: 500.1 GB, 500107862016 bytes
> 255 heads, 63 sectors/track, 60801 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sde1 1 60801 488384032 fd Linux raid
> autodetect
>
> Disk /dev/sdf: 500.1 GB, 500107862016 bytes
> 255 heads, 63 sectors/track, 60801 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdf1 1 60801 488384032 fd Linux raid
> autodetect
>
> --------------------------------------------------------------------------
>
>
> /dev/sde1 needs to get added back into the array, the other three
> drives are fine.
>
> --------------------------------------------------------------------------
>
>
> /dev/md8:
> Version : 00.90.03
> Creation Time : Fri Oct 26 16:00:51 2007
> Raid Level : raid5
> Array Size : 1465151808 (1397.28 GiB 1500.32 GB)
> Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
> Raid Devices : 4
> Total Devices : 3
> Preferred Minor : 8
> Persistence : Superblock is persistent
>
> Update Time : Thu Jun 25 11:27:31 2009
> State : clean, degraded
> Active Devices : 3
> Working Devices : 3
> Failed Devices : 0
> Spare Devices : 0
>
> Layout : left-symmetric
> Chunk Size : 64K
>
> UUID : 44c3189a:58ffab82:c2c79482:d044a0fb
> Events : 0.218148
>
> Number Major Minor RaidDevice State
> 0 8 33 0 active sync /dev/sdc1
> 1 8 49 1 active sync /dev/sdd1
> 2 0 0 2 removed
> 3 8 81 3 active sync /dev/sdf1
>
> --------------------------------------------------------------------------
>
>
> But when I try and add it to the array it gives me a array that the
> partition isn't big enough? Nothing has changed, I haven't formatted
> or anything. All I did was replace a SATA cable and now I can't add
> that drive back to the array? This server is running CentOS 5.3 with
> all the updates.
>
> --------------------------------------------------------------------------
>
>
> :./mdadm /dev/md8 --add /dev/sde1
> mdadm: /dev/sde1 not large enough to join array
>
> root@white(/tmp/mdadm-2.6.9)
> :mdadm --version
> mdadm - v2.6.4 - 19th October 2007
>
> --------------------------------------------------------------------------
>
>
> HELP!
> --
> 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
>
prev parent reply other threads:[~2009-06-26 12:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-25 18:58 Readding a drive fails because of wrong size? Scott Baker
2009-06-26 0:34 ` NeilBrown
2009-06-26 12:02 ` Benjamin ESTRABAUD [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=4A44B8DB.3010906@mpstor.com \
--to=be@mpstor.com \
--cc=bakers@canbytel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.