Bug 1158475 - LVMError: lvremove failed for home: running lvm lvremove --config devices { preferred_names=["^/dev/mapper/", "^/dev/md/", "^/dev/sd"] filter=["r|/sda1$|","r|/sda2$|","r|/sda3$|","r|/sda$|","r|/sdc1$|","r|/sdc2$|","r|/sdc$|"] } fedora/home failed
Summary: LVMError: lvremove failed for home: running lvm lvremove --config devices { ...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 21
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:710785fcd7f157c40cfc7f8c33f...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-29 13:13 UTC by satellitgo
Modified: 2015-12-02 16:27 UTC (History)
5 users (show)

Fixed In Version: python-blivet-0.76-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-02 04:35:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: anaconda-tb (957.89 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: anaconda.log (19.03 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: environ (567 bytes, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: journalctl (320.95 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: lsblk_output (3.93 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: nmcli_dev_list (2.55 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: os_info (377 bytes, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: program.log (69.21 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: storage.log (477.63 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details
File: ifcfg.log (15.19 KB, text/plain)
2014-10-29 13:13 UTC, satellitgo
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 449832 0 high CLOSED all relevant lvm2 vg* commands should allow UUID as input 2021-02-22 00:41:40 UTC

Internal Links: 449832

Description satellitgo 2014-10-29 13:13:16 UTC
Description of problem:
setting up instal env soas anaconda 21.48.13-1 (reclaimed disk)

Version-Release number of selected component:
anaconda-core-21.48.13-1.fc21.x86_64

The following was filed automatically by anaconda:
anaconda 21.48.13-1 exception report
Traceback (most recent call first):
  File "/usr/lib/python2.7/site-packages/blivet/devicelibs/lvm.py", line 508, in lvremove
    raise LVMError("lvremove failed for %s: %s" % (lv_name, msg))
  File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 3140, in _destroy
    lvm.lvremove(self.vg.name, self._name)
  File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 964, in destroy
    self._destroy()
  File "/usr/lib/python2.7/site-packages/blivet/deviceaction.py", line 336, in execute
    self.device.destroy()
  File "/usr/lib/python2.7/site-packages/blivet/devicetree.py", line 361, in processActions
    action.execute(callbacks)
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 364, in doIt
    self.devicetree.processActions(callbacks)
  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 216, in turnOnFilesystems
    storage.doIt(callbacks)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/install.py", line 190, in doInstall
    turnOnFilesystems(storage, mountOnly=flags.flags.dirInstall, callbacks=callbacks_reg)
  File "/usr/lib64/python2.7/threading.py", line 766, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 227, in run
    threading.Thread.run(self, *args, **kwargs)
LVMError: lvremove failed for home: running lvm lvremove --config  devices { preferred_names=["^/dev/mapper/", "^/dev/md/", "^/dev/sd"] filter=["r|/sda1$|","r|/sda2$|","r|/sda3$|","r|/sda$|","r|/sdc1$|","r|/sdc2$|","r|/sdc$|"] }  fedora/home failed

Additional info:
cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-Live-SoaS-x86_64-21_Beta- rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0 
executable:     /sbin/anaconda
hashmarkername: anaconda
kernel:         3.17.1-302.fc21.x86_64
other involved packages: python-blivet-0.61.8-1.fc21.noarch, python-libs-2.7.8-4.1.fc21.x86_64
product:        Fedora"
release:        Fedora release 21 (Twenty One)
type:           anaconda
version:        Fedora

Comment 1 satellitgo 2014-10-29 13:13:19 UTC
Created attachment 951770 [details]
File: anaconda-tb

Comment 2 satellitgo 2014-10-29 13:13:20 UTC
Created attachment 951771 [details]
File: anaconda.log

Comment 3 satellitgo 2014-10-29 13:13:21 UTC
Created attachment 951772 [details]
File: environ

Comment 4 satellitgo 2014-10-29 13:13:22 UTC
Created attachment 951773 [details]
File: journalctl

Comment 5 satellitgo 2014-10-29 13:13:23 UTC
Created attachment 951774 [details]
File: lsblk_output

Comment 6 satellitgo 2014-10-29 13:13:23 UTC
Created attachment 951775 [details]
File: nmcli_dev_list

Comment 7 satellitgo 2014-10-29 13:13:24 UTC
Created attachment 951776 [details]
File: os_info

Comment 8 satellitgo 2014-10-29 13:13:25 UTC
Created attachment 951777 [details]
File: program.log

Comment 9 satellitgo 2014-10-29 13:13:26 UTC
Created attachment 951778 [details]
File: storage.log

Comment 10 satellitgo 2014-10-29 13:13:27 UTC
Created attachment 951779 [details]
File: ifcfg.log

Comment 11 Jon Ingason 2015-01-06 13:34:43 UTC
Another user experienced a similar problem:

Installing Fedora 21 from Fedora-Server-netinst-x86_64-21.iso.
I had selected to install PC Workstation.
This happen after I started installation and was changing the root password. 

addons:         com_redhat_kdump
cmdline:        /usr/bin/python  /sbin/anaconda
cmdline_file:   BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=Fedora-S-21-x86_64 rd.live.check quiet
hashmarkername: anaconda
kernel:         3.17.4-301.fc21.x86_64
package:        anaconda-21.48.21-1
product:        Fedora"
reason:         LVMError: lvremove failed for home: running lvm lvremove --config  devices { preferred_names=["^/dev/mapper/", "^/dev/md/", "^/dev/sd"] }  fedora/home failed
release:        Cannot get release name.
version:        Fedora

Comment 12 David Lehman 2015-04-06 17:53:46 UTC
It looks like this is triggered by the presence of multiple VGs with the same name and an overlapping subset of LV names. The solution is to raise a fatal exception when this case is detected so the user can resolve the problem outside the installer.

Comment 13 David Lehman 2015-04-08 21:44:04 UTC
As of python-blivet-0.76-1 you should get a fatal exception if your system contains duplicate VGs (multiple VGs with the same name). Due to limitations in the lvm tools, this situation must be resolved before installing Fedora. I am currently working on making anaconda display an error message with a suggestion for how to resolve the issue.

Comment 14 Fedora End Of Life 2015-11-04 15:57:38 UTC
This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 21 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 15 Fedora End Of Life 2015-12-02 04:35:23 UTC
Fedora 21 changed to end-of-life (EOL) status on 2015-12-01. Fedora 21 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.