Red Hat Bugzilla – Bug 461682
lvm volume group names are too generic
Last modified: 2009-03-19 11:32:07 EDT
Anaconda always assigns generic volume group names like "VolGroup00". This is unfortunate if you need to extract data from a hard drive on a dead system by installing it in a "good" system. The odds are very high that both disks will have the same lvm volume group names, making one of them invisible.
An example scenario is given in detail here:
This happened to me "in real life", where I wanted to retrieve data from a hopelessly-messed system.
It would be much nicer if the volume group names had an element of randomness (e.g., "VG01324324132") or the host name ("caprica_vg_00") or anything at all to reduce namespace conflicts.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
*** Bug 473364 has been marked as a duplicate of this bug. ***
Although I totally agree with the practice of moving Rawhide bugs to the latest release (e.g. F10) when it happens, since this is an anaconda bug it's unlikely to be addressed unless it stays in Rawhide. Moving back.
Patch applied to anaconda git repo:
Author: David Cantrell <email@example.com>
Date: Wed Dec 3 10:15:07 2008 -1000
Better naming for LVM volume groups and logical volumes (#461682)
Try to name volume groups as vg_HOSTNAME and logical volumes as
lv_MOUNTPOINT, if we can. Swap partitions will be lv_swapNN where
NN is a unique number in the instance where more than one swap
partition in use. The / partition will get the name lv_root.
Fall back on the old naming system (VolGroupNN for volume groups
and LogVolNN for logical volumes) for people doing custom setup
or where the hostname is localhost.
For swap partition naming, tack on an NN designation when there
are more than 1 swap partitions requested. If only one is
requested, it will be "lv_swap".
The new build of anaconda in rawhide will contain this change. Please verified when you can and move the bug to CLOSED RAWHIDE if it works.
Related bug 484678.
vg_HOSTNAME is insufficient if I do e.g. multiple installs on the one machine, deliberately, in order to test the upcoming release as beta or by installing rawhide. I'd advocate (for now) doing e.g. vg_f11_$HOSTNAME and then moving that to say f12 in rawhide after the release goes gold. Is it too late to consider this for f11? It's not critical, I tend to rename mine from the default anyway ...
(In reply to comment #6)
> I'd advocate (for now) doing e.g. vg_f11_$HOSTNAME
But another use case is to keep the same VG over a number of sequential releases and just creating LVs within that.
For example, I often create a new LV for the root for a new version (f9root, f10root, f11root), keeping existing LVs for /home etc. I then copy appropriate config info into the new root from the old root, and drop the old root LV once things are configured and tested on the new release.
Having the release number in the VG doesn't make sense in this case.
@Chris: you'd have to manually partition anyway to tell anaconda to do this, right?