[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] Will LVM2 ever be able to do striped mirrors "raid 10"?

Hash: SHA1

Sandeep K Sinha wrote:
> On Mon, Apr 13, 2009 at 5:55 PM, Bryn M. Reeves <bmr redhat com> wrote:
> John Hughes wrote:
>>>> malahal us ibm com wrote:
>>>>> John Hughes [john Calva COM] wrote:
>>>>>> John Hughes wrote:
>>>>>>>                if (lp->stripes > 1) {
>>>>>>>                        log_error("mirrors and stripes are currently "
>>>>>>>                                  "incompatible");
>>>>>>>                        return 0;
>>>>>>>                }
>>>>>>> Should I just stick with mdadm for my mirroring and striping needs?
>>>>> You can do it today with some hassle or wait until someone implements a
>>>>> feature called 'generic layering'. The feature really means, treat some
>>>>> LVs as PVs!
>>>>> How can you do raid10 today? Create two raid0 LVs. Lets us call these
>>>>> lvgroup0/lv0 and lvgroup0/lv1. Now create raid1 lv in lvgroup1 where
>>>>> lvgroup1's PVs are lvgroup0/lv0 and lvgroup0/lv1.
>>>>> Isn't that a rai10 volume?
> No, it's a RAID 0+1 (RAID01/mirror of stripes).
>>>> To increase the chances of surviving a double-disk failure it would be
>>>> better to raid-0 a bunch of raid-1's.
> This is RAID1+0 (RAID10/stripe of mirrors) - it's usually preferable to
> 0+1 not only because of the improved redundancy but also the individual
>> I disagree.
>> Look at this:
>> http://www.pcguide.com/ref/hdd/perf/raid/levels/multXY-c.html

What do you disagree with?

The article you linked to points out the same robustness and recovery
concerns with a 0+1 layout as I mentioned earlier. It then goes on to
say that this could be mitigated for 0+1 by a smart RAID implementation
that continues to stripe to partially-failed RAID 0 sets but that most
actual RAID controllers don't chose to implement this.

The article seems to make the same claims as I did.


Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]