Description of problem: in virt-manager, i booted from the network install of fedora 20 alpha. when prompted for media, i chose the usb 8gb key i had attached. i reclaim the space on the drive by pressing the delete of existing partitions. i then accept default partition layout without viewing. when the closest mirror is found and all is ready, i press begin installation button. at the "settting up the installation environment" with the status bar, it crashes. Version-Release number of selected component: anaconda-20.18-1 The following was filed automatically by anaconda: anaconda 20.18-1 exception report Traceback (most recent call first): File "/usr/lib/python2.7/site-packages/blivet/devicelibs/lvm.py", line 417, in lvremove raise LVMError("lvremove failed for %s: %s" % (lv_name, msg)) File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 2702, in _destroy lvm.lvremove(self.vg.name, self._name) File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 822, in destroy self._destroy() File "/usr/lib/python2.7/site-packages/blivet/deviceaction.py", line 318, in execute self.device.destroy() File "/usr/lib/python2.7/site-packages/blivet/devicetree.py", line 237, in processActions action.execute() File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 310, in doIt self.devicetree.processActions() File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 169, in turnOnFilesystems storage.doIt() File "/usr/lib64/python2.7/site-packages/pyanaconda/install.py", line 142, in doInstall turnOnFilesystems(storage, mountOnly=flags.flags.dirInstall) File "/usr/lib64/python2.7/threading.py", line 764, in run self.__target(*self.__args, **self.__kwargs) File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 168, in run threading.Thread.run(self, *args, **kwargs) LVMError: lvremove failed for root: running lvm lvremove --config devices { filter=["r|/vda1$|","r|/fedora$|","r|/vda2$|","r|/vda$|"] } fedora/root failed Additional info: cmdline: /usr/bin/python /sbin/anaconda cmdline_file: initrd=initrd.img inst.stage2=hd:LABEL=Fedora\x2020-Alpha\x20x86_64 rd.live.check quiet BOOT_IMAGE=vmlinuz executable: /sbin/anaconda hashmarkername: anaconda kernel: 3.11.0-300.fc20.x86_64 product: Fedora release: Cannot get release name. type: anaconda version: 20-Alpha Potential duplicate: bug 975955
Created attachment 804015 [details] File: anaconda-tb
Created attachment 804016 [details] File: anaconda.log
Created attachment 804017 [details] File: environ
Created attachment 804018 [details] File: lsblk_output
Created attachment 804019 [details] File: nmcli_dev_list
Created attachment 804020 [details] File: os_info
Created attachment 804021 [details] File: program.log
Created attachment 804022 [details] File: storage.log
Created attachment 804023 [details] File: syslog
Created attachment 804024 [details] File: ifcfg.log
Created attachment 804025 [details] File: packaging.log
Created attachment 804132 [details] screencast of the vm install attempt this isn't THE screencast i got from the bug generated here, but it is from another attempt. it is reproducable.
You have an LVM VG named "fedora" on each of the two disks in your system, which is generally not advisable. It looks like LVM is refusing our attempts to ignore the one on vda2.
i went through the process again using a standard (not lvm) configuration and had the same error. so, if i disable the virtually installed drive from my vm config, this should work?
It has nothing to do with whether you choose lvm or standard in the run that crashes -- it has everything to do with the data that is on your disks already. Yes, excluding either of those disks would help, I expect.
yes, that appears to have worked. i removed the virtio ide drive from the vm config and was able to proceed with installation to a usb drive. however, this process has taken a couple of hours, which may be the result of only allotting 2gb of ram to the vm. i'll have to start this again when i have more time on this machine.