From: John Robinson <john.robinson@anonymous.org.uk>
To: thomas@fjellstrom.ca
Cc: NeilBrown <neilb@suse.de>, linux-raid@vger.kernel.org
Subject: Re: Backup file size when migrating from raid5 to raid6?
Date: Fri, 17 Aug 2012 01:52:03 +0100 [thread overview]
Message-ID: <502D95B3.6030500@anonymous.org.uk> (raw)
In-Reply-To: <201208161728.13814.thomas@fjellstrom.ca>
On 17/08/2012 00:28, Thomas Fjellstrom wrote:
[...]
> I apologize for bringing back a long dead thread, but I've been wondering if
> mdadm does the grow op in this case, in one step? Or does it internally do
> each step separately, doing a reshape with each one?
>
> I've currently got a 7x1TB disk raid5, and have a couple more disks to add and
> I was planning on moving to raid6. I'm hoping to reduce the amount of time the
> array is "reshaping" because I'm a bit paranoid that my bad luck with hard
> drives will decide to hit right then and there.
If you have a non-degraded 7-disc array, and add two more discs as
spares, then issue a `mdadm --grow /dev/mdN -l 6 -n 9,` then yes I
believe it will do it in one pass. There are circumstances where you
might want to `echo frozen > /sys/block/md/mdN/sync_action` before
issuing a series of mdadm commands, but I don't think this is one of them.
But if you're worried about your drives, make sure they're clean before
you start. If you already run weekly scrubs and SMART tests, and they
come back OK, you should be fine. If you don't, look at your SMART stats
to see if any of the drives are already in trouble, and rather than
running a scrub or long SMART tests, just `dd if=/dev/sdX of=/dev/null
bs=65536` all your drives (though maybe not all at once depending on the
controllers). Doing that won't kick them out of your raid5 unless a
drive dies or otherwise totally locks up, and will give you a heads up
if there may be trouble ahead.
Cheers,
John.
next prev parent reply other threads:[~2012-08-17 0:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAH-e9vLTY2eo0p3ud5FaWNe_2f8hej0aitFuu8K0M1RZdObiXQ@mail.gmail.com>
2012-05-06 10:17 ` Backup file size when migrating from raid5 to raid6? Garðar Arnarsson
2012-05-06 11:00 ` NeilBrown
[not found] ` <CAH-e9vJkrv2R-HTR7JfHwZK1sbYQ3fduGbtxEwtor4gtyd6PKQ@mail.gmail.com>
2012-05-07 0:35 ` Garðar Arnarsson
2012-05-07 0:54 ` NeilBrown
2012-08-16 23:28 ` Thomas Fjellstrom
2012-08-17 0:39 ` NeilBrown
2012-08-17 0:45 ` Thomas Fjellstrom
2012-08-17 0:52 ` John Robinson [this message]
2013-07-17 13:01 ` Boyan Alexiev
2013-07-17 20:51 ` NeilBrown
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=502D95B3.6030500@anonymous.org.uk \
--to=john.robinson@anonymous.org.uk \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=thomas@fjellstrom.ca \
/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.