From: Chris Worley <cworley@liberate.com>
To: linux-lvm@sistina.com
Cc: joe@66bassett.freeserve.co.uk
Subject: Re: [linux-lvm] Sanity check: newbie wants strange LVM configuration
Date: Wed, 03 Jan 2001 09:40:15 -0700 [thread overview]
Message-ID: <3A5355EF.2060207@liberate.com> (raw)
In-Reply-To: 20010103093327.A619@66bassett.freeserve.co.uk
Joe,
Good plan, but I have some questions...
Joe Thornber wrote:
> 6) turn the 12G drive into a PV
> 7) extend the volume group with the new PV
> 8) create a striped logical volume big enough to hold the 12G
And LVM knows automagically to grab 12GB from the 40GB drive to stripe
together into a 24GB drive?
> OK so you should now have (40 - 6)G free on the big disk, and (12 -6)G
> free on the smallest disk.
Why don't I have 40-12 and 12-12 (nothing free on the smaller disk)
resulting in a 24G raid0?
Also, I think it would be better to do the 16G first, then the 12G.
Is there any reason why you did the 12G first, or is this interchangeable?
> 16) create a 16G striped LV
Shouldn't this be a 32G striped LV (16G from the 16G drive, another
16G from the 40G drive)?
> You now have a striped LV 12G, a striped LV 16G + lots of left over
> extents that can be added when needed.
Wouldn't that be a 24G striped LV and a 32G striped LV that I can
append together into a 56G LV (and lots of non-striped extents that I
can add to the end of that)?
Thanks for your help,
Chris
> On Tue, Jan 02, 2001 at 10:22:34PM -0700, Chris Worley wrote:
>
>> I've got two disk drives, 12 & 16 GB IDE. I'm adding a third 40GB
>> drive. Time to start using LVM...
>>
>> I want to get better performance, so, I'll put the 40GB drive on one
>> IDE controller, the other two drives on the second controller. I'll
>> make two partitions on the 40GB drive that match the disk sizes of the
>> existing drives, and stripe each with it's match on the 40GB drive,
>> creating two raid0 arrays (one 12+12, and the other 16+16). By
>> placing the dual-partitioned 40GB drive stand-alone on one IDE
>> controller, each striped with a partition/drive on the other
>> controller, any given file will only be striped across one partition
>> on each controller, so I should see the performance benefit of
>> striping (on IDE).
>>
>> Should I use LVM or MD to do the striping (they both can do it, I was
>> just wondering which would be a better choice)?
>>
>> Even if I use MD to stripe, I'd use LVM to append the two drives
>> together.
>>
>> Before appending the drives, I'd make a temporary partition on the
>> 40GB drive, and copy the current contents of the 16GB (/home) drive to
>> the temporary partition. Then, I'd make the 16+16 raid0 a logical
>> volume, create a reiserfs on it, and copy the information back from
>> the temporary partition, to the new reiserfs.
>>
>> Since the 12GB drive is the current root partition, it's a bit
>> trickier to copy. I'd copy it's contents to a temporary partition on
>> the 40GB drive, boot from that temporary partition, then create the
>> second 12+12 raid0, and add it to the first logical volume, then
>> expand the reiserfs to cover both, copy the root file system from the
>> temporary partition to the new logical volume, and setup a reiserfs
>> root and boot.
>>
>> Is this the correct approach for upgrading?
>>
>> Finally, I'll have ~10GB unallocated on the 40GB drive. I was
>> thinking of adding this to the end of the current logical volume (and,
>> again, expand the reiserfs to cover the additional space).
>>
>> Since any file system looses performance when more than 90% full, this
>> final non-striped partition would be in a position where performance
>> would degrade anyway, and keep the raid0's in a position for full
>> performance.
>>
>> Is that correct?
>>
>> Sort of off-topic (not LVM related)...
>>
>> I've got an IDE CDROM drive that I want to put on the same controller
>> as the 40GB drive. I've been told that new UDMA drives do not have
>> the PIO performance hit associated with CDROM drives, so I should be
>> able to get full performance from my 40GB drive, even with a CDROM on
>> the same IDE controller.
>>
>> Is that correct (or should I junk the IDE CDROM)?
>>
>> Thanks,
>>
>> Chris
next prev parent reply other threads:[~2001-01-03 16:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-03 5:22 [linux-lvm] Sanity check: newbie wants strange LVM configuration Chris Worley
2001-01-03 9:33 ` Joe Thornber
2001-01-03 16:40 ` Chris Worley [this message]
[not found] ` <20010103183937.A2027@66bassett.freeserve.co.uk>
[not found] ` <3A537FB6.4090408@liberate.com>
[not found] ` <20010104094004.A386@66bassett.freeserve.co.uk>
2001-01-09 16:31 ` Chris Worley
2001-01-10 22:26 ` Luca Berra
-- strict thread matches above, loose matches on Subject: below --
2001-01-02 19:24 Chris Worley
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=3A5355EF.2060207@liberate.com \
--to=cworley@liberate.com \
--cc=joe@66bassett.freeserve.co.uk \
--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.