Shawn Perry wrote:
> I an not suggesting that you use LVM to expand a partition, but it is
> much easier to move a partition to a new and larger disk/array when
> it's on an LVM.
> 
> Put another way
> 
> 1.  Add the new disk/array
> 2.  run pvcreate on it
> 3.  vgextend the old VG to include the new disk/array
> 4.  pvmove from the old array to the new array
> 5.  vgreduce the old PV from the VG
> 6.  resize the file system.

Where's the easy part, compared to unmounting the old partition, dd'ing 
it to the new, then resizing?

> Hardware willing, you don't even have to reboot or take backuppc offline.

I suppose that could be an advantage, but I'd expect backups to be 
unrealistically slow for the duration of the pvmove so you might as well 
stop and unmount.

> As far as BackupPC goes, I do not believe that speed is life.  I
> believe that reliability and flexibility is life.  This isn't a
> database server here.  Pick a good fast reliable RAID array (I like
> RAID 10 with a hot spare) and have at it.

Agreed there, but LVM seems like an unnecessary layer.  And unless you 
need something bigger than available disks, I prefer raid1 so you can 
recover data from any single disk.

-- 
   Les Mikesell
    lesmikesell AT gmail DOT com




------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/