From: John Robinson <john.robinson@anonymous.org.uk>
To: lrhorer@satx.rr.com
Cc: 'Linux RAID' <linux-raid@vger.kernel.org>
Subject: Re: RAID halting
Date: Thu, 30 Apr 2009 13:34:25 +0100 [thread overview]
Message-ID: <49F99AD1.9090204@anonymous.org.uk> (raw)
In-Reply-To: <20090430005510167.LLPB6143@cdptpa-omta03.mail.rr.com>
On 30/04/2009 01:55, Leslie Rhorer wrote:
>> What I'd be much more inclined to do is create 2 RAID 5 sets, one of 1T
>> discs, and one of 1.5T discs, then combine the two using LVM. It just
>> feels more natural to me that way. In addition, while both setups will
>> tolerate one disc failure, yours will then only tolerate one particular
>> one of the remaining 11 failing (the companion drive in the LVM/linear
>> pair), and mine will tolerate a failure of any drive on the other RAID-5.
>
> I had thought of this, but then replacing the 1T + 1.5T pairs with 3T
> drives, which I expect to happen eventually, will be more difficult.
Not really. You can just replace the drives in one array with 3T ones
(one at a time, waiting for the rebuild to complete each time), grow the
array, resize LVM's PV with `pvresize`, tell LVM to move the data from
the other array across with `pvmove`, decommission the now-empty
array/PV, and finally resize the filesystem.
If you can have all the drives online at once, it's easier than that -
make a new array of 3T drives, add it to the LVM VG, and `pvmove` all
your data, decommission the now-empty arrays/PVs, and resize the fs.
Or you might choose to keep one of the arrays of smaller drives and have
a larger backup system, no `pvmove`s required.
Cheers,
John.
next prev parent reply other threads:[~2009-04-30 12:34 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <49D7C19C.2050308@gmail.com>
2009-04-05 0:07 ` RAID halting Lelsie Rhorer
2009-04-05 0:49 ` Greg Freemyer
2009-04-05 5:34 ` Lelsie Rhorer
2009-04-05 7:16 ` Richard Scobie
2009-04-05 8:22 ` Lelsie Rhorer
2009-04-05 14:05 ` Drew
2009-04-05 18:54 ` Leslie Rhorer
2009-04-05 19:17 ` John Robinson
2009-04-05 20:00 ` Greg Freemyer
2009-04-05 20:39 ` Peter Grandi
2009-04-05 23:27 ` Leslie Rhorer
2009-04-05 22:03 ` Leslie Rhorer
2009-04-06 22:16 ` Greg Freemyer
2009-04-07 18:22 ` Leslie Rhorer
2009-04-24 4:52 ` Leslie Rhorer
2009-04-24 6:50 ` Richard Scobie
2009-04-24 10:03 ` Leslie Rhorer
2009-04-28 19:36 ` lrhorer
2009-04-24 15:24 ` Andrew Burgess
2009-04-25 4:26 ` Leslie Rhorer
2009-04-24 17:03 ` Doug Ledford
2009-04-24 20:25 ` Richard Scobie
2009-04-24 20:28 ` CoolCold
2009-04-24 21:04 ` Richard Scobie
2009-04-25 7:40 ` Leslie Rhorer
2009-04-25 8:53 ` Michał Przyłuski
2009-04-28 19:33 ` Leslie Rhorer
2009-04-29 11:25 ` John Robinson
2009-04-30 0:55 ` Leslie Rhorer
2009-04-30 12:34 ` John Robinson [this message]
2009-05-03 2:16 ` Leslie Rhorer
2009-05-03 2:23 ` Leslie Rhorer
2009-04-24 20:25 ` Greg Freemyer
2009-04-25 7:24 ` Leslie Rhorer
2009-04-05 21:02 ` Leslie Rhorer
2009-04-05 19:26 ` Richard Scobie
2009-04-05 20:40 ` Leslie Rhorer
2009-04-05 20:57 ` Peter Grandi
2009-04-05 23:55 ` Leslie Rhorer
2009-04-06 20:35 ` jim owens
2009-04-07 17:47 ` Leslie Rhorer
2009-04-07 18:18 ` David Lethe
2009-04-08 14:17 ` Leslie Rhorer
2009-04-08 14:30 ` David Lethe
2009-04-09 4:52 ` Leslie Rhorer
2009-04-09 6:45 ` David Lethe
2009-04-08 14:37 ` Greg Freemyer
2009-04-08 16:29 ` Andrew Burgess
2009-04-09 3:24 ` Leslie Rhorer
2009-04-10 3:02 ` Leslie Rhorer
2009-04-10 4:51 ` Leslie Rhorer
2009-04-10 12:50 ` jim owens
2009-04-10 15:31 ` Bill Davidsen
2009-04-11 1:37 ` Leslie Rhorer
2009-04-11 13:02 ` Bill Davidsen
2009-04-10 8:53 ` David Greaves
2009-04-08 18:04 ` Corey Hickey
2009-04-07 18:20 ` Greg Freemyer
2009-04-08 8:45 ` John Robinson
2009-04-09 3:34 ` Leslie Rhorer
2009-04-05 7:33 ` Richard Scobie
2009-04-05 0:57 ` Roger Heflin
2009-04-05 6:30 ` Lelsie Rhorer
[not found] <49F2A193.8080807@sauce.co.nz>
2009-04-25 7:03 ` Leslie Rhorer
[not found] <49F21B75.7060705@sauce.co.nz>
2009-04-25 4:32 ` Leslie Rhorer
[not found] <49D89515.3020800@computer.org>
2009-04-05 18:40 ` Leslie Rhorer
2009-04-05 14:22 FW: " David Lethe
2009-04-05 14:53 ` David Lethe
2009-04-05 20:33 ` Leslie Rhorer
2009-04-05 22:20 ` Peter Grandi
2009-04-06 0:31 ` Doug Ledford
2009-04-06 1:53 ` Leslie Rhorer
2009-04-06 12:37 ` Doug Ledford
-- strict thread matches above, loose matches on Subject: below --
2009-04-05 5:33 David Lethe
2009-04-05 8:14 ` RAID halting Lelsie Rhorer
2009-04-04 17:05 Lelsie Rhorer
2009-04-02 13:35 Andrew Burgess
2009-04-04 5:57 ` RAID halting Lelsie Rhorer
2009-04-04 13:01 ` Andrew Burgess
2009-04-04 14:39 ` Lelsie Rhorer
2009-04-04 15:04 ` Andrew Burgess
2009-04-04 15:15 ` Lelsie Rhorer
2009-04-04 16:39 ` Andrew Burgess
2009-04-02 7:33 Peter Grandi
2009-04-02 23:01 ` RAID halting Lelsie Rhorer
2009-04-02 6:56 your mail Luca Berra
2009-04-04 6:44 ` RAID halting Lelsie Rhorer
2009-04-02 4:38 Strange filesystem slowness with 8TB RAID6 NeilBrown
2009-04-04 7:12 ` RAID halting Lelsie Rhorer
2009-04-04 12:38 ` Roger Heflin
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=49F99AD1.9090204@anonymous.org.uk \
--to=john.robinson@anonymous.org.uk \
--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.