All of lore.kernel.org
 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 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.