Description of problem:
Guided partitioning, reclaim space with LVM default, deleting existing btrfs, swap, and Mac HFS+ EFI System partitions. Crash after Begin Installation.
Version-Release number of selected component:
The following was filed automatically by anaconda:
anaconda 20.22-1 exception report
Traceback (most recent call first):
File "/usr/lib/python2.7/site-packages/blivet/devicelibs/btrfs.py", line 45, in btrfs
File "/usr/lib/python2.7/site-packages/blivet/devicelibs/btrfs.py", line 93, in delete_subvolume
File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 4518, in _destroy
File "/usr/lib/python2.7/site-packages/blivet/devices.py", line 822, in destroy
File "/usr/lib/python2.7/site-packages/blivet/deviceaction.py", line 318, in execute
File "/usr/lib/python2.7/site-packages/blivet/devicetree.py", line 237, in processActions
File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 310, in doIt
File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 169, in turnOnFilesystems
File "/tmp/updates/pyanaconda/install.py", line 142, in doInstall
File "/usr/lib64/python2.7/threading.py", line 764, in run
File "/tmp/updates/pyanaconda/threads.py", line 168, in run
threading.Thread.run(self, *args, **kwargs)
cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8
cmdline_file: BOOT_IMAGE=/syslinux/vmlinuz0 root=live:UUID=A55C-7A63 rw rd.live.image overlay=UUID=A55C-7A63 noop updates=http://bcl.fedorapeople.org/updates/1010495.img
other involved packages: python-blivet-0.22-1.fc20.noarch, python-libs-2.7.5-7.fc20.x86_64
release: Fedora release 20 (Heisenbug)
Potential duplicate: bug 1003430
Created attachment 809595 [details]
Created attachment 809596 [details]
Created attachment 809597 [details]
Created attachment 809598 [details]
Created attachment 809599 [details]
Created attachment 809600 [details]
Created attachment 809601 [details]
Created attachment 809602 [details]
Created attachment 809603 [details]
Created attachment 809604 [details]
So far this isn't reproducible.
The live environment may not be "clean". Prior to the install I was trying to move an existing subvol into a new subvol, and kept getting kernel backlash. So I created a new btrfs file system and subvolumes with CLI, and had the same results. Then decided to launch anaconda to try an installation.
So it may be an edge case.
HUH, this is weird:
19:39:23,948 INFO program: Running... btrfs subvol delete /tmp/btrfs-tmp.15r1tf6L/subvol2
19:39:23,964 INFO program: ERROR: cannot delete '/tmp/btrfs-tmp.15r1tf6L/subvol2' - Directory not empty
19:39:23,964 INFO program: Delete subvolume '/tmp/btrfs-tmp.15r1tf6L/subvol2'
19:39:23,964 DEBUG program: Return code: 11
Why is anaconda trying to delete subvolumes for a btrfs volume I've told Guided Partitioning to delete via Reclaim Space?
This is aside from why btrfs was unable to delete the subvolume.
This bug is btrfs on one disk partition, and two subvolumes named subvol1 and subvol2.
Might be related to bug 1016959, which is btrfs with two subvols on LVM, using the same name.
Weird, because I've had subvolumes root, boot, home with many other installations, and they are blown away by anaconda with a reinstall just fine. So either this is a regression in anaconda 20.22-1 or maybe it's the name of the subvolumes?
Anaconda crashes as soon as you enter root password.
cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base --lang en_US.UTF-8
cmdline_file: initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Desktop-x86_64-20-Be rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0
other involved packages: python-libs-2.7.5-8.fc20.x86_64, python-blivet-0.23.4-1.fc20.noarch
reason: BTRFSError: 11
release: Fedora release 20 (Heisenbug)
Updates image available for testing (against 20-TC2):
It should add warning text when removing a btrfs volume that contains subvolumes and prevent this bug.
With Fedora live desktop TC2 and the updates.img applied, anaconda crashes on launch. Abrt refuses to upload its files, but I've saved the contents of the ccpp folder if any of those are useful let me know.