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


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