Alasdair G Kergon wrote:
A question which came up again on irc last night was whether an existing
filesystem on a non-LVM partition can be turned into an LVM logical volume
without having to wipe the disk.
With LVM2, I think the answer is often 'Yes'.
6. Finally run fsck on your new logical volume and check everything worked.
Wow, that's a bit scary. The problem I see with it is you have PV data
sitting inside a LV. An errant tool operating on the filesystem would
wipe out your entire volumegroup (until you manually intervened) rather
then just screwing up one filesystem.
What I would do is copy the first (and probably last depending on
alignment) extant out to another PV, then pvcreate. You end up losing
one or extants due to it, but there's always waste when dealing with
large blocksizes.
Something like this:
lvcreate temporary-filesystem-head
copy one extant from raw partition -> vg1/temporary-filesystem-head
pvcreate on raw partition
vgextend vg1 raw partition
edit the config backup to set the pe_start=pe_size
restore the config
lvextend temporary-filesystem-head raw_partition filesystem size
depending on alignment and allocation, you may have to copy the
filesystem tail to another PV.
Wastes a bit more space, but you don't end up with an oddball PV with
it's UUID in the middle of a filesystem.
Now for the tough question: With LVM2 built on device-mapper, why isn't
extant_size = 512 bytes? Is large-chunk allocation just leftover from
LVM1, or is there a deeper technical reason for keeping it large?
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
