Red Hat Bugzilla – Bug 494102
Anaconda does not activate LVM volumes
Last modified: 2009-07-21 10:45:14 EDT
Description of problem:
I have F10 installed on my laptop, with the root on a LVM LV. I have created a new LV for F11. However, booting the DVD, the installer did not seem to activate the LVM groups, as they were NOT shown in the list of devices to install on. I tried clicking on the "LVM" button in anaconda and so on .. but that did not help. Failing back to a shell, and typing "lvm lvdisplay" resulted in me viewing my LVs, but their status was "NOT AVAILABLE" !! I then manually activated them using the command
"lvm vgchange -a y"
Afterwards, I jumped back to GUI, click the "back" button .. then the forward button again, and the LVM LVs were there. I chose one, and installed on it successfully
Version-Release number of selected component (if applicable):
I can only do this once ;)
Steps to Reproduce:
1. Try to install F11 on a system with already LVs available
2. Anaconda's storage manager does not show/activate LVM
Can you attach /tmp/storage.log and /tmp/program.log from your install to this bug report? If you've gone ahead and continued with the install, they'll be in /var/log/anaconda.* instead. Thanks.
Yes I went ahead with the installation. Attaching /var/log/anaconda.*
Created attachment 338369 [details]
Created attachment 338370 [details]
Created attachment 338371 [details]
If you can find storage.log and/or program.log in /var/log, please attach them.
Created attachment 338418 [details]
Storage.log (program.log not available)
It looks like something fixed in anaconda-184.108.40.206-1. The problem is/what that the timeout given to udev_settle was too short for it to be able to identify the formatting on all of your storage devices. Please try again using this newer version of anaconda (it's in rawhide) and see if that solves your problem.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
Not sure if my problem was the same as this one. I'm also not sure if it's proper to post my problem to this closed bug or create a new one but here it goes anyway.
I had a similar problem when installing F11 on top of F10. Under F10 I was running out of space so I added an additional drive and used system-config-lvm to initialize it and created a new volume group/logical volume. I noticed at the time that it used the whole disk instead of creating a primary partition on the drive. Per the LVM howto this is not recommended because:
"Using the whole disk as a PV (as opposed to a partition spanning the whole disk) is not recommended because of the management issues it can create. Any other OS that looks at the disk will not recognize the LVM metadata and display the disk as being free, so it is likely it will be overwritten. LVM itself will work fine with whole disk PVs."
However, i'm in Linux 99% of the time and only reboot to my XP partition for some games and to remote into work so no big deal.
I ran into an issue when I booted the F11 install DVD and found that it detected my system VG/LV (which I overwrote to prevent any upgrade issues) but preserved my /home on the second drive VG/LV. The problem is that anaconda did not detect my /home LV. I presume this is because the VG is using the whole disk instead of a partition but I'm not sure. I will attach my storage.log and anaconda.log
Created attachment 354426 [details]
Created attachment 354427 [details]
Created attachment 354428 [details]
Created attachment 354429 [details]
You are correct about the whole disk thing - anaconda does not currently support using the whole disk for a PV or RAID member. It requires using a partition. We have a bug to track that support somewhere, and are hoping to have it completed in time for F12.