Description of problem: Use existing LUKS-encrypted LV as F18 root filesystem Version-Release number of selected component: anaconda-18.37 Additional info: libreport version: 2.0.18 cmdline: /usr/bin/python /sbin/anaconda kernel: 3.6.9-4.fc18.x86_64 description: :The following was filed automatically by anaconda: :anaconda 18.37 exception report :Traceback (most recent call first): : File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 1042, in _save_right_side : if self._device_container_name != old_container.name: : File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 2435, in on_apply_clicked : self._save_right_side(self._current_selector) :AttributeError: 'NoneType' object has no attribute 'name'
Created attachment 660127 [details] File: anaconda-tb
Created attachment 660128 [details] File: product
Created attachment 660129 [details] File: type
Created attachment 660130 [details] File: storage.log
Created attachment 660131 [details] File: version
Created attachment 660132 [details] File: environ
Created attachment 660133 [details] File: executable
Created attachment 660134 [details] File: anaconda.log
Created attachment 660135 [details] File: syslog
Created attachment 660136 [details] File: hashmarkername
Created attachment 660137 [details] File: packaging.log
Created attachment 660138 [details] File: cmdline_file
Created attachment 660139 [details] File: release
Created attachment 660140 [details] File: program.log
I'll let the Anaconda devs look at this more closely, but right off the top of my head I'd say it looks similar to 882722.
(In reply to comment #15) > I'll let the Anaconda devs look at this more closely, but right off the top > of my head I'd say it looks similar to 882722. This was "smoke 5" (anaconda 18.36), which should have the fix for that bug. Also, I only see it when trying to create or reuse an *encrypted* LV.
Proposing as blocker: The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria Ian, can you put more detail in how to reproduce this? What is the simplest approach to hit this?
(In reply to comment #17) > Ian, can you put more detail in how to reproduce this? What is the simplest > approach to hit this? 1. Create KVM guest with 8GB virtual disk. 2. Boot guest from Fedora 18 "smoke 5" install DVD (x86_64). 3. When anaconda reaches "Welcome to Fedora 18" screen, switch to VT2 and create partitions. 4. Use fdisk to create partitions -- vda1 (500MB, type 83), vda2 (remainder of disk, type 8e). 5. cat /proc/partitions to verify that new partitions have been recognized by kernel. 6. mkfs.ext4 -L /boot /dev/vda1 7. pvcreate /dev/vda2 8. vgcreate vg_f18_luks /dev/vda2 9. lvcreate -L 1G -n lv_swap vg_f18_luks 10. mkswap /dev/vg_f18_luks/lv_swap 11. lvcreate -L 6G -n lv_root vg_f18_luks 12. cryptsetup luksFormat /dev/vg_f18_luks/lv_root 13. cryptsetup luksOpen /dev/vg_f18_luks/lv_root root 14. mkfs.ext4 -L / /dev/mapper/root 15. cryptsetup remove root 16. Reboot to restart the installation 17. At "Welcome to Fedora 18" screen, click on "Continue". 18. Click on "I accept my fate" 19. Click on "Installation destination" 20. On the "Installation Destination" screen, ensure that the the virtio disk is selected and click on "Full disk summary and options..." 21. Select the virtio disk, click on "Do not install bootloader", and click on "Close" (I'm not sure if steps 20-21 are required, but it's what I was doing when I saw the issue.) 22. Click on "Continue" 23. On the "Installation Options" popup, select "I don't need help; let me customize disk partitioning" and click on "Reclaim space" 24. Click on the plus symbol next to "Unknown" and select "vg_f18_luks-lv_root" 25. Enter the LUKS passphrase in the right-hand pane and click on "Unlock" 26. Enter a / in the "Mount Point:" field and click on the plus symbol next to "Customize..." 27. Select the "Reformat" check-box next to the file system type and click on "Apply Changes"
(In reply to comment #18) > 20. On the "Installation Destination" screen, ensure that the the virtio > disk is selected and click on "Full disk summary and options..." > 21. Select the virtio disk, click on "Do not install bootloader", and click > on "Close" (I'm not sure if steps 20-21 are required, but it's what I was > doing when I saw the issue.) Just tested without these steps, and still hit the traceback.
Discussed at 2012-12-10 blocker review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-10/f18final-blocker-review-3.2012-12-10-17.13.log.txt . Accepted as a blocker per criterion "The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above".
anaconda-18.37.4-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.37.4-1.fc18
Ian, could you please try again with anaconda-18.37.4-1.fc18? It's included here: http://dl.fedoraproject.org/pub/alt/qa/20121218_f18-smoke8/ Thank you very much.
Package anaconda-18.37.4-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-18.37.4-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-20677/anaconda-18.37.4-1.fc18 then log in and leave karma (feedback).
(In reply to comment #22) > Ian, could you please try again with anaconda-18.37.4-1.fc18? It's included > here: > http://dl.fedoraproject.org/pub/alt/qa/20121218_f18-smoke8/ Looks good. I'm now able to install to an existing encrypted LV or create a new encrypted LV.
Thanks, setting VERIFIED.
anaconda-18.37.4-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 889610 has been marked as a duplicate of this bug. ***