On Tuesday, March 10 2009, David Cantrell said: > LVM possibilities seem to be open to discussion. As in, what > should (or did) we support. Here's what I have on my list as > possibilities: What we supported in the past was shrinking LVs (and the filesystems on top of them). Getting into the VG and PV shrinking game gets ... "interesting" as you mention :) [snip] > So, out of the LVM possibilities, I would personally like to > restrict it to resizing a filesystem, which would shrink or grow > the underlying logical volume, volume group, and physical volume. > Working at the VG or PV layer seems useless in the installer. Why resizing the underlying VG and PV when you resize the LV? If you leave them the same size, there's still room for adding more LVs > I think the resize policy in anaconda should be to free up > unallocated space on disks rather than to free up possibly usable > space (as in, space in a volume group). If we do the latter, I > think we'd be asking for trouble. Possibly... it's what we previously did, though, mostly because otherwise the decisions about things like "which PV do you shrink in a VG with multiple PVs" get ugly Jeremy _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
