Bug 517647
Summary: | CryptoError: luks_open failed for /dev/mapper/VolGroup02-xfceRaw9 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Clyde E. Kunkel <clydekunkel7734> | ||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | rawhide | CC: | anaconda-maint-list, vanmeeuwen+fedora | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | anaconda_trace_hash:019ae0e968a1c6e6ff35084624ea1b7c693dca8bfab459ad81803d9cf8faf3f4 | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2009-08-17 13:53:51 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
Clyde E. Kunkel
2009-08-15 15:38:23 UTC
Created attachment 357543 [details]
Attached traceback automatically from anaconda.
Occurred after selecting upgrade an existing installation and then selecting as the installation to upgrade a rawhide installation created with anaconda 12.14. The luks LV had received a proper pass phrase. It was not in the fstab of the installation to be upgraded. COULD NOT REPRODUCE. Instread ran into problem with existing software raid devices with some kind of lock condition. After entering the pass phrase, anaconda just sat there and never moved. I'll attach a screen shot of what I could get. The lock condition prevented the mounting of a device in tty2 and so I could not save syslog. I rebooted into a fedora 11 installation and checked the raid devices with mdadm --detail. All ok. The next try with anaconda 12.15 was successful and the anaconda 12.14 installation was easily upgraded. Before the first attempt I had been working to get the same raid devices working in the rawhide installation I was going to update. This bz can be closed as insufficient data or can't reproduce or deferred. Your choice. However, something is going on with mdadm created software raid devices between Fedora 11 and current rawhide. For that reason, deferred may be appropriate and I'll continue testing to see if I can develop more information. Created attachment 357545 [details]
tty screenshot of mdadm lock condition (partial)
Closing on the basis of comment #2. Feel free to reopen if you are able to reproduce. These bugs can be pretty tough to consistently reproduce. I haven't been able to reproduce either, but I have an open bug on what looks like the same issue - duping. *** This bug has been marked as a duplicate of bug 513405 *** |