Bug 1477351
Summary: | gi.overrides.BlockDev.LVMError: Failed to call the 'Activate' method on the '/com/redhat/lvmdbus1/Lv/0' object: GDBus.Error:org.freedesktop.DBus.Python.dbus.exceptions.DBusException: ('com.redhat.lvmdbus1.Lv', 'Exit code 5, stderr = Volume group ... | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Gervase <pgervase> | ||||||||||||||||||||||||||||||
Component: | python-blivet | Assignee: | Vratislav Podzimek <vpodzime> | ||||||||||||||||||||||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||||||||||||||||||
Priority: | medium | ||||||||||||||||||||||||||||||||
Version: | 27 | CC: | anaconda-maint-list, blivet-maint-list, g.kaviyarasu, jkonecny, jonathan, mkolman, pgervase, rvykydal, vanmeeuwen+fedora, vpodzime, vponcova | ||||||||||||||||||||||||||||||
Target Milestone: | --- | ||||||||||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||||||||||
Whiteboard: | abrt_hash:263351e701884e54bad3243647566b305a62af14a761cd59a28238e56b4f1c77; | ||||||||||||||||||||||||||||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||||||||||
Last Closed: | 2017-11-01 18:59:16 UTC | Type: | --- | ||||||||||||||||||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||||||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||||||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||||||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||||||||||||||
Embargoed: | |||||||||||||||||||||||||||||||||
Attachments: |
|
Description
Peter Gervase
2017-08-01 20:53:35 UTC
Created attachment 1307793 [details]
File: anaconda-tb
Created attachment 1307794 [details]
File: anaconda.log
Created attachment 1307795 [details]
File: dnf.librepo.log
Created attachment 1307796 [details]
File: environ
Created attachment 1307797 [details]
File: hawkey.log
Created attachment 1307798 [details]
File: lsblk_output
Created attachment 1307799 [details]
File: lvm.log
Created attachment 1307800 [details]
File: nmcli_dev_list
Created attachment 1307801 [details]
File: os_info
Created attachment 1307802 [details]
File: storage.log
Created attachment 1307803 [details]
File: syslog
Created attachment 1307804 [details]
File: ifcfg.log
Created attachment 1307805 [details]
File: packaging.log
Created attachment 1307806 [details]
File: program.log
This looks like the volume group is not activated/created properly. I'm changing component to blivet our storage library. This installation is a re-install of my previously fine working rawhide setup. I'd had a bit of trouble getting the new vpn packages working, so I'd been updating, downgrading all of them, but still I wasn't able to connect, even though I was able to before trying to update hte vpn packages. I did a full dnf clean all && dnf update -y (or as best I could without dnf complaining), then the system hung up. I let it go for a while, but still it was unresponsive. I held the power button to restart, and then got I/O errors on booting up. I tried a few other kernels, but no better. After that, I tried this re-install. Just now, I booted up off my usb drive that I'm using for the install iso. I didn't enter my luks password and I was then able to control + alt + f2, get to a terminal, and then manually mount the luks drive. I did # cryptsetup luksOpen /dev/sda2 mydrive # pvdisplay # vgdisplay # lvdisplay and my partitions were all there. I was then able to mount them # mkdir /mnt/mydrive # mount /dev/mainvg/data /mnt/mydrive # ls /mnt/mydrive # umount /mnt/mydrive # mount /dev/mainvg/root /mnt/mydrive # ls /mnt/mydrive and I could see the data from my system still there. Even though I'd always told the installer to reformat /, I guess the installer hadn't gotten that far before blowing up. I was able to rsync -av my old /home/ to /mnt/data. All that said, I wasn't able to mount the old partition until I'd rebooted but not entered my luks password. I'd get some error about it being unlocked already. Rather than figure that out, I just rebooted and manually unlocked it rather than entering my password into the installer program. This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle. Changing version to '27'. Peter, are you able to reproduce this? It looks like opening the LUKS device failed/was skipped for some weird reason. That doesn't seem to be happening usually -- I just tried reinstallation of a rawhide system and it worked fine. Wait long enough and things work themselves out. This isn't a problem anymore using the latest rawhide. |