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

Re: [linux-lvm] LVM questions



On Thu, 29 Mar 2007, Eric A. Hall wrote:

> I have seen some people talk about creating hundreds of small partitions
> and using those for moving and resizing. Is this needed, desirable, or
> just a stupid human trick?

That is a work around for lack of functionality in LVM.  Having used
LVM on AIX, that is the gold standard for me.  The LVM divides into
little partitions and keeps track of them for you.  So why do it 
manually?  Using md for mirroring, each partition synchronizes separately.
Manually making several smaller partitions lets you move them around and resync
- all while the system is running.  This happens automatically when LVM
supports mirroring, but LVM mirroring is still a new experimental feature
on linux.

Multiple volume groups just get in the way when you are resizing and
migrating between physical volumes.  You need a separate volume group
when you need to physically pick up the entire volume group and 
take it somewhere else.  For instance, scientific datasets are
often much too large (terabytes) for DVD, tape, or internet.  So, just make a
volume group on a handful of 500G drives, build and process your data
there, then deactivate the VG and send the drives to your colleague
(make a copy first, of course).  Your colleague plugs the drives into
his USB/SATA/iSCSI/whatever controller, activates the volume group,
and now has a copy of your work.

For anything that will never be physically moved to another machine, keep
it all on one volume group.  But, for instance, if you think you might
want to move the iSCSI data to another box at some point, keep it 
in its own VG (with its own set of drives) to make that easy.

-- 
	      Stuart D. Gathman <stuart bmsi com>
    Business Management Systems Inc.  Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.


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