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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox