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