From: Vlad Dobrotescu <vlad@dobrotescu.ca>
To: Chris Murphy <lists@colorremedies.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID6 questions (mdadm 3.2.6/3.3.x)
Date: Fri, 11 Jul 2014 23:20:52 -0400 [thread overview]
Message-ID: <53C0A994.1050508@dobrotescu.ca> (raw)
In-Reply-To: <B953BC37-3769-4D9A-97FF-5EFE7C59EEA4@colorremedies.com>
On 11/07/2014 21:09, Chris Murphy wrote:
> On Jul 11, 2014, at 4:41 PM, Vlad Dobrotescu<vlad@dobrotescu.ca> wrote:
>> 6. mdadm on top of LVM2 LGs (not the other way around): would there be any issues or performance penalties?
> You're not assured what PV the LV's are located on. So those 6 LVs you're using as md members might not be on six physical devices. One drive dies, you can lose the whole array. You're better off using LVM raid, or doing things conventionally by first creating the md raid set and then making the md logical device a PV.
Thanks for the advice, it makes a lot of sense. However, this question
wasn't focused on the RAID6 itself, but related to some fancy (crazy?)
mirroring scheme for the Linux partition I was considering: take a LV
chunk from the VG that sits on the RAID6 and mirror (md RAID1) it with a
partition from the SSD I'll be using for keeping the ext4 journal for
the big data partition. In this way I can have a functional OS even if I
take all the RAID6 disks offline. Of course, this can be achieved in
other ways as well.
Anyhow, do you have any estimation of the speed penalty when overlaying
such layers (md-md, md-lvm, ...)?
Vlad
next prev parent reply other threads:[~2014-07-12 3:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-11 22:41 RAID6 questions (mdadm 3.2.6/3.3.x) Vlad Dobrotescu
2014-07-12 1:09 ` Chris Murphy
2014-07-12 1:20 ` NeilBrown
2014-07-12 3:21 ` Vlad Dobrotescu
2014-07-13 3:15 ` NeilBrown
2014-07-13 6:07 ` Vlad Dobrotescu
2014-07-12 12:29 ` Piergiorgio Sartor
2014-07-12 3:20 ` Vlad Dobrotescu [this message]
2014-07-12 3:46 ` Chris Murphy
2014-07-12 13:30 ` Vlad Dobrotescu
2014-07-12 14:46 ` Chris Murphy
2014-07-12 17:15 ` Vlad Dobrotescu
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=53C0A994.1050508@dobrotescu.ca \
--to=vlad@dobrotescu.ca \
--cc=linux-raid@vger.kernel.org \
--cc=lists@colorremedies.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.