From: Robin Bowes <robin-lists@robinbowes.com>
To: linux-raid@vger.kernel.org
Subject: Re: migrating raid-1 to different drive geometry ?
Date: Tue, 25 Jan 2005 08:22:07 +0000 [thread overview]
Message-ID: <ct4vhu$c62$1@sea.gmane.org> (raw)
In-Reply-To: <41F598BC.3040805@h3c.com>
Mike Hardy wrote:
>
> 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.
>
Bah, too bad.
I don't need it yet, but at some stage I'd like to be able to add
another 250GB drive(s) to me array and grow the array to use the
additional space in a safe/failsafe way.
Perhaps by the time I come to need it this might be possible?
R.
--
http://robinbowes.com
next prev parent reply other threads:[~2005-01-25 8:22 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
2005-01-25 8:22 ` Robin Bowes [this message]
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='ct4vhu$c62$1@sea.gmane.org' \
--to=robin-lists@robinbowes.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.