Bug 497005
| Summary: | CryptoError: luks_close failed | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mike Wolf <mikewolf53> | ||||
| Component: | anaconda | Assignee: | Martin Sivák <msivak> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 11 | CC: | pjones, rmaximo, vanmeeuwen+fedora | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | anaconda_trace_hash:62168c7c9fed3fd9ecc93b9d9101edfa02b37dd915a87425c8bbe7485f87eaa5 | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-11-12 10:59:58 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: |
|
||||||
Created attachment 340653 [details]
Attached traceback automatically from anaconda.
Mike, can you please retest using latest rawhide you can get? Or at least give me some reproduction steps, because this seems very similar to the bugs we fixed recently. Sorry I didn't give more info originally -- I've just been short on time and this bugs a pain to reproduce. I'll give an update once I've downloaded today's rawhide, but so far this is how I recreated the bug in anaconda 11.5.0.46. With these instructions I've had a 100% "success" rate:
Installing on one 80 G SATA hard disk...
1. Install from boot.iso dated 20090420.
2. Make disk setup like so:
/dev/sda1 = 200MB, ext3, /boot
/dev/sda2 = approx 23564 MB, LVM (encrypted)
on VG:
lv_root = 20480 MB, ext4, /
lv_swap = 3072 MB, swap
/dev/sda3 = 52552 MB, ext4, /home (encrypted)
It's important that sda2 and sda3 are encrypted.
3. Write changes to disk, then reboot (It shouldn't be necessary to complete the install to get the desired effect).
4. Install again from same boot.iso
5. Enter passphrase for the encrypted disk when asked, and click "this is global passphrase".
6. On the disk setup screen (disk druid?), select "Use Entire Drive", "Encrypt Disk", and "Review and modify partitioning layout".
7. Click lv_root and then "Edit".
8. In the "Edit LVM Volume Group" window, click "lv_root" and then "Edit".
9. Change the size to 20480 MB (mine was 73100 MB) and click "OK".
10. In the "Edit LVM Volume Group" window, click "lv_swap" and then "Edit".
11. Change the size to 3072 MB (mine was 3008 MB) and click "OK".
12. Click "Add".
13. Set mount point to /home, change volume name to "lv_home" and click "OK" (it should automatically use the correct size, based on the space we freed up within the VG. Mine ended up 52556 MB)
14. Click "OK" again.
15. Click "Next"
16. Enter same passphrase as before for encrypted partition and click "okay".
17. Click "Write changes to disk".
18. A box pops up saying "Storage Activation Failed". Normally it would begin creating file system at this point.
Unfortunately, once you've done steps 3-4, if you want to see the bug again, you have to start over from step 1... so it seems that anaconda is specifically not correctly handling the extra encrypted partition on /dev/sda3 that we originally set up in step #2. This is just a guess though. Since we're not keeping /dev/sda3 (and basically formatting the entire drive), I don't know why it cares about it anyway.
I'll let you know how rawhide 20090423 goes in just a few...
Still broken in anaconda 11.5.0.47. (rawhide 20090423), but now, when I click "Save" to post the traceback to bugzilla, anaconda decides it wants to proceed, and asks me again for the passphrase. I enter the passphrase, and it hangs. During this time, I'm unable to enter my login info for bugzilla (but that login box is visible, behind another box that says "Finding Storage Devices..."), so I cannot submit the traceback. This is different behavior from 11.5.0.46. I am able to get into the shell with ctrl + alt + f2, but this is foreign territory to me, so if you want some info from here, I'll need a little instruction. This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Hi Mike, if you have some time, can you please retest with current rawhide? We made lots of improvements and this could be already fixed. Martin, Sorry it took me so long to get back to this. You want me to try the current rawhide AKA Fedora 12, right? Mike Exactly, there have been awful lot of changes and fixes to the partitioning core in F12 and it is much more stable now. Martin, I've tried to recreate this with rawhide Oct. 01, 2009, but I've encountered 2 bugs that have prevented me completing the first install. There are bug #526971 and bug #526975. I'm still trying to get more specifics on those bugs to figure out what exactly I'm doing to cause them. Mike Fixed! I got past the bugs I listed in comment #9, and THIS bug appears to be fixed. On another note, it seems like it takes a lot longer to create the file system on luks devices now -- is that just my imagination? Thanks for resolving this! Mike Closing this bug accordingly to the result in comment #10 |
The following was filed automatically by anaconda: anaconda 11.5.0.46 exception report Traceback (most recent call first): File "/usr/lib/anaconda/storage/devicelibs/crypto.py", line 99, in luks_close raise CryptoError("luks_close failed for %s" % name) File "/usr/lib/anaconda/storage/formats/luks.py", line 137, in teardown crypto.luks_close(self.mapName) File "/usr/lib/anaconda/storage/devices.py", line 1472, in teardown self.slave.format.teardown() File "/usr/lib/anaconda/storage/deviceaction.py", line 325, in execute self._device.teardown() File "/usr/lib/anaconda/storage/devicetree.py", line 658, in processActions action.execute(intf=self.intf) File "/usr/lib/anaconda/storage/__init__.py", line 234, in doIt self.devicetree.processActions() File "/usr/lib/anaconda/packages.py", line 117, in turnOnFilesystems anaconda.id.storage.doIt() CryptoError: luks_close failed for luks-965935c7-d884-4524-a525-51662c90ffc1