Description of problem: Unable to install system with following parition layout: vda1 /boot vda2 LVM (encrypted) ` / fedora-root ` swap fedora-swap vda3 LVM (encrypted) ` /var fedora00-00 ` /home fedora00-01 Version-Release number of selected component (if applicable): anaconda-20.25.14-1.fc20.x86_64 How reproducible: Always Steps to Reproduce: 1. Start installer 2. Select default encrypted LVM layout 3. Decrease / size by 2G 4. Add /var 5. Add /home 6. Add new encrypted VG for /var 7. Swap /home to new VG Actual results: Crash
Created attachment 833484 [details] anaconda-tb-tuZwze
Created attachment 833485 [details] anaconda.log
Created attachment 833486 [details] ifcfg.log
Created attachment 833487 [details] program.log
Created attachment 833488 [details] storage.log
This bug is considered as dup 1021507 by anaconda's bug reported, but submitted new one, as this does not have thinp. Proposing this as final blocker: The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration.
04:07:10,133 INFO program: Running... lvm lvcreate -L 819m -n swap fedora 04:07:10,264 INFO program: Rounding up size to full physical extent 820.00 MiB 04:07:10,265 INFO program: Volume group "fedora" has insufficient free space (204 extents): 205 required.
I reproduced this according to comment 0, but my report has been marked as a duplicate of bug 1021507 - see bug 1021507 comment 31.
Tried to reproduce bug 1038969 once again, this time creating an _unencrypted_ second VG with /data LV. - see bug 1021507 comment 32.
Sorry, bcl. Wrong button.
Discussed in 2013-12-09 Blocker Review meeting [1]. Voted as an AcceptedBlocker for violating the final criteria: "The installer must be able to create and install to any workable partition layout using any file system and/or container format combination offered in a default installer configuration." [2] [1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-12-09/ [2] http://fedoraproject.org/wiki/Fedora_20_Final_Release_Criteria#Disk_layouts
Please give this updates.img a try: http://bcl.fedorapeople.org/updates/1038969.1.img It also fixes 2 other related (I think) issues -- creating too many luks partitions, and always decrementing the desired size when updating a mountpoint.
(In reply to Brian C. Lane from comment #12) > Please give this updates.img a try: Looks like it fixes current bug and bug 1038847, not sure which bug# is about creating too many luks partitions. But it also changes behaviour of creating new partitions - before "Encrypted" was checked for new partitions too, so if /var and /home are added they became double-encrypted. With this update it becomes only one-time encrypted by default. Probably sane thing to do, but was it intended?
Yes, and I'm also going to disable the encrypt checkbox when the container is already encrypted.
Oh, this actually does not fix bug 1038847 - still crashing.
Please try this updates.img: http://vpodzime.fedorapeople.org/f20_blockers_updates.img
I have tested updates.img from comment 16 and it works now.
anaconda-20.25.15-1.fc20, python-blivet-0.23.9-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/python-blivet-0.23.9-1.fc20,anaconda-20.25.15-1.fc20
Verified fixed in RC1.
anaconda-20.25.15-1.fc20, python-blivet-0.23.9-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.