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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox