From: "Kirby C. Bohling" <kbohling@birddog.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] why do striping and mirroring in LVM?
Date: Wed Jun 26 22:06:02 2002 [thread overview]
Message-ID: <3D1A7FC0.2090006@birddog.com> (raw)
In-Reply-To: OF3B31F066.8A4165E6-ON48256BE5.000AAA65@legend.com.cn
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="windows-1254", Size: 2290 bytes --]
Try mucking about with a mirror that has LVM on top of it, and you don't
have enough disk space to do the shuffle. You can't re-configure any of
the sizes of the mirror when you can't get all the data off the mirror.
You can't reconfigure the striping without getting all of the data off.
If the LVM and RAID know about each other, then you can reconfigure
stripes and mirrors without removing all of the devices off of LVM. You
can do all that, and never take anything offline even. It's my
understanding that with the HP/UX LVM software you can reconfigure all
of that, and it will work, and it should be consistant across
crashes/reboots and just work. Having the two know about each other
means you can reconfigure both of them efficently. Plus it gets rid of
the of the FAQ, why doesn't LVM do mirroring. I find it very ironic
that now somebody asks why bother supporting mirroring inside of LVM.
Kirby
lilha@legend.com.cn wrote:
>
> i know that lvm support striping now and LVM2 will support mirroring
> directly later this year.
> but i'm puzzled that why lvm do that?
>
> i think the main Goals of LVM are
> 1.Implement a very flexible virtual disk subsystem to handle disk
> storage.
> 2.Online allocation and relocation of storage.
> 3.Online extension and reduction of storage.
> And disk redundancy is the goals of hardware. or software.RAID.
>
> i think software.RAID+LVM is good idea,and that's enough.
> why LVM focus on the striping and mirroring?
> i don't think it's a good idea to do a big and full software.
>
> there are any reasons and advantages to use striping or mirroring LVM than
> software.RAID+LVM ?
>
> i think the reason is LVM it does not matter where the disks are at all.
> We can do the same with two big external storage towers, not just with two
> disks.
>
> but i think this reason is not enough, can anyone give me some support?
> and how many people use striping or mirroring LVM£¬not software.RAID+LVM£¿
>
>
> TIA for your help and sorry for my poor English.
>
> Echo\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7f\x7få{±þ[樥x%Ëe{±þ[æþȬ\x7f)Úý\x7f&Ûi\x7f\x7fåËlþȬ¶)Úý\x7f&?¢f?X¬¶)ߣùbì\x7fù«y§m
â\x7f\x7f^[m\x7f\x7f\x7f\x7f\f\x7f\x7f+-v\x7fr¿ù\x7f=\x7f\x1e³øhÂÚ\x7fÙ\x7f
next prev parent reply other threads:[~2002-06-26 22:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-26 21:36 [linux-lvm] why do striping and mirroring in LVM? lilha
2002-06-26 21:47 ` lembark
2002-06-26 22:06 ` Kirby C. Bohling [this message]
2002-06-27 1:19 ` Svetoslav Slavtchev
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=3D1A7FC0.2090006@birddog.com \
--to=kbohling@birddog.com \
--cc=linux-lvm@sistina.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.