From: Neil Brown <neilb@suse.de>
To: Leslie Rhorer <lrhorer@satx.rr.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Confused about reshape?
Date: Mon, 31 May 2010 14:50:27 +1000 [thread overview]
Message-ID: <20100531145027.73d85ffe@notabene.brown> (raw)
In-Reply-To: <84.8B.02347.4E6330C4@cdptpa-omtalb.mail.rr.com>
On Sun, 30 May 2010 23:11:17 -0500
"Leslie Rhorer" <lrhorer@satx.rr.com> wrote:
> > On Sun, 30 May 2010 18:29:16 -0500
> > "Leslie Rhorer" <lrhorer@satx.rr.com> wrote:
> >
> > >
> > > Am I confused about reshaping a RAID5 to RAID6 array, or is there an
> > > error in the man page? The distro I have on one of my servers - Debian
> > > "Squeeze" - employs mdadm 3.0.3, internally dated Oct. 22, 2009. The
> > man
> > > page that comes with the software specifically says:
> > >
> > > -l, --level=
> > >
> > > <snip>
> > >
> > > Not yet supported with --grow.
> >
> > Man page is wrong. Thanks for reporting. Fixed in current .git and will
> > be
> > in next release.
>
> Oh, you're welcome. Thanks to you for all the great work.
>
> > The syntax for changing levels is simply:
> >
> > mdadm --grow /dev/mdX --level=6
> >
> > This will preserve the number of data disks. If you want to change that
> > (or
> > anything else) at the same time, you can:
> >
> > mdadm --grow /dev/mdX --level=6 --raid-disk=8 --chunk-size=1024 --
> > layout=left-asymetric
>
> I'm a little fuzzy on how the number of member disks can be
> maintained while adding additional redundancy. Must the file system(s) be
> shrunk so that the total amount of free space on all the members is greater
> than the member size? In my situation, that won't work. First of all, I am
> using XFS, and I don't think XFS will allow shrinking of the file system.
> In any case, however, the file system, which fills the entire array which in
> turn uses the entire (unpartitioned) space of each member, is over 93% full.
> It's an 8 x 1.5T disk RAID5 array with one spare drive. Or does the --grow
> command automatically create a RAID6 array with one missing member? Should
> I remove the spare before issuing the command? If so, should I add it along
> with the command, something like:
>
> mdadm --grow /dev/md0 --level6 --raid-disk=9 --add /dev/sdi
>
> Or will mdadm automagically write the additional information to the 9th
> spare / member disk without me doing anything?
I didn't say that the number of "member disks" is preserved, but the number
of "data disks".
Normally you would have a RAID5 with a spare when you convert to RAID6 so the
spare gets incorporated. This is the most efficient approach.
But if you don't have a spare it will still work.
Just tell mdadm what you want and it will do it, or report that it cannot.
NeilBrown
next prev parent reply other threads:[~2010-05-31 4:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-30 23:29 Confused about reshape? Leslie Rhorer
2010-05-31 2:54 ` Neil Brown
2010-05-31 4:11 ` Leslie Rhorer
2010-05-31 4:50 ` Neil Brown [this message]
2010-05-31 5:25 ` Leslie Rhorer
2010-05-31 5:32 ` Leslie Rhorer
2010-05-31 5:57 ` Neil Brown
2010-05-31 6:07 ` Leslie Rhorer
2010-05-31 6:48 ` Neil Brown
2010-05-31 6:55 ` Leslie Rhorer
2010-05-31 9:12 ` Leslie Rhorer
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=20100531145027.73d85ffe@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=lrhorer@satx.rr.com \
/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.