linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mike Hardy <mhardy@h3c.com>
To: linux-raid@vger.kernel.org
Subject: Re: migrating raid-1 to different drive geometry ?
Date: Mon, 24 Jan 2005 16:54:20 -0800	[thread overview]
Message-ID: <41F598BC.3040805@h3c.com> (raw)
In-Reply-To: <ct447m$l90$1@sea.gmane.org>


I'd missed the mdadm --grow feature as well, so I checked into it.

It is only capable of increasing size on raid5, not component count. The 
specific use case used as an example is that you slowly retire component 
drives and the replacements are larger. When all components are the 
larger size, you can grow the raid5 array to use the full size of the 
device, followed by a filesystem expansion to use the grown array.

That makes sense, given the disk layout of raid5 - its not hard to add 
more stripes on the end of components, but adding new components 
requires each stripe to change significantly.

To grow component count on raid5 you have to use raidreconf, which can 
work, but will toast the array if anything goes bad. I have personally 
had it work, and not work, in different instances. The failures were not 
necessarily raidreconf's fault, but its not fault tolerant is the point, 
as it starts at the first stripe, laying things out the new way, and if 
it doesn't finish, and finish correctly, you are in an irretrievable 
inconsistent state.

raid1 can grow components with mdadm --grow though.

Cool trick

-Mike

Robin Bowes wrote:
> Neil Brown wrote:
> 
>> If you are using a recent 2.6 kernel and mdadm 1.8.0, you can grow the
>> array with
>>    mdadm --grow /dev/mdX --size=max
> 
> 
> Neil,
> 
> Is this just for RAID1? OR will it work for RAID5 too?
> 
> R.

  parent reply	other threads:[~2005-01-25  0:54 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-24 14:59 migrating raid-1 to different drive geometry ? rfu
2005-01-24 22:47 ` Neil Brown
2005-01-25  0:35   ` Robin Bowes
2005-01-25  0:53     ` Neil Brown
2005-01-25  0:54     ` Mike Hardy [this message]
2005-01-25  8:22       ` Robin Bowes
2005-01-25 18:13         ` Mike Hardy

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=41F598BC.3040805@h3c.com \
    --to=mhardy@h3c.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).