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
[email protected]
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
