All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael T. Babcock" <mike@mikebabcock.ca>
To: Erik@echohome.org,
	LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Re: Software raid on top of lvm logical volume
Date: Tue, 02 Nov 2004 10:46:57 -0500	[thread overview]
Message-ID: <4187ABF1.1070004@mikebabcock.ca> (raw)
In-Reply-To: <44376.64.233.217.29.1099327893.squirrel@64.233.217.29>

Erik Ohrnberger wrote:

>This solution would seem to be as the holy grail in that it would give you
>the best of all worlds: resizable RAID storage.  Or am I wrong about this
>assumption?
>  
>

I've been trying to figure out a reason why it wouldn't be doable for a 
few weeks now.

Currently, one can create RAID-0 like performance with LVM2 by 
specifying stripes for one's LVs.  Why not:

lvcreate -L 3GB --raid-level 5 --stripes 3 -n SafeData VG001 /dev/sda 
/dev/sdb /dev/sdc

PV section 1 on sda and sdb are data, section 1 on sdc is XOR data.  PV 
section 2 on sda and sdc are data, and XOR data on section 2 of sdb, and 
so on.

One of the major performance implications would be the larger block 
sizes being dealt with; many people seem to find smaller stripes better 
for performance in RAID-0/5 situations, and by default one would have 
4MB stripes.  With some effort, I'm sure this could be rectified as well.

Thoughts?  Or should I blog about it instead? ;-)

If I didn't have multiple out-of-town server and firewall installations 
this week, I'd code instead :-)
-- 
Michael T. Babcock
http://mikebabcock.ca

  parent reply	other threads:[~2004-11-02 15:47 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-27 22:02 [linux-lvm] Software raid on top of lvm logical volume Eric Monjoin
2004-10-28  1:17 ` Theo Van Dinter
2004-10-28  6:01   ` Eric Monjoin
2004-10-28  6:35     ` Luca Berra
2004-10-28 19:17       ` [linux-lvm] " Peter T. Breuer
2004-11-01 16:01         ` Michael T. Babcock
2004-11-01 16:51           ` Erik Ohrnberger
2004-11-01 22:03             ` Clint Byrum
2004-11-01 22:07               ` Theo Van Dinter
2004-11-02 15:46             ` Michael T. Babcock [this message]
2004-10-28 18:54   ` [linux-lvm] " Michael T. Babcock
2004-10-30 16:55     ` [linux-lvm] " Peter T. Breuer
2004-10-30 17:10     ` [linux-lvm] What is the best way to configure LVM + RAID? Erik Ohrnberger
2004-10-31 17:34       ` [linux-lvm] " Peter T. Breuer
2004-10-30 17:27     ` [linux-lvm] Software raid on top of lvm logical volume Theo Van Dinter
2004-10-30 19:22       ` [linux-lvm] LVM DISK DIE "KieZz"
2004-10-31 16:48     ` [linux-lvm] Software raid on top of lvm logical volume Markus Baertschi
2004-11-01  6:46       ` Scott Serr
2004-11-01 15:38       ` Michael T. Babcock
2004-11-01 17:02         ` [linux-lvm] " Peter T. Breuer
  -- strict thread matches above, loose matches on Subject: below --
2004-11-02  0:33 Kai Leibrandt

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=4187ABF1.1070004@mikebabcock.ca \
    --to=mike@mikebabcock.ca \
    --cc=Erik@echohome.org \
    --cc=linux-lvm@redhat.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.