Bug 593718
Summary: | AttributeError: 'NoneType' object has no attribute 'path' | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Alexander Todorov <atodorov> | ||||||
Component: | anaconda | Assignee: | Hans de Goede <hdegoede> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Release Test Team <release-test-team-automation> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 6.0 | CC: | hdegoede | ||||||
Target Milestone: | rc | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | anaconda_trace_hash:cf358a7b77f63c1cfcccbd648f8730b2e51d8ae6db10788042b74449501e87d8 | ||||||||
Fixed In Version: | anaconda-13.21.50-1 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2010-07-02 20:49:48 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
Alexander Todorov
2010-05-19 15:04:44 UTC
Created attachment 415153 [details]
Attached traceback automatically from anaconda.
Created attachment 415155 [details]
logs from the system
This was on KVM domU. On the first install I did "Use all space" and "Encrypt system". On the second install I've selected Cancel when anaconda asked me for password for /dev/vda2 to work around for bug #593671. Then manually created /boot, swap and 4 software raid partitions which I selected to be encrypted. Then / on RAID1 including all members. Partitioning went without error. This traceback happens right after package installation is completed and we're about to write grub to the MBR. Let me see if I've read the logs and understood your description correctly: You were doing an install with / on mdraid level 1, and the members of the raidset were all encrypted, and you did not have a separate /boot. That is not supported, as grub cannot read from encrypted partitions, so you would need a separate /boot for this which is unencrypted (/boot may be a mdraid level 1, but that mdraid set then must use plain partitions as members). Did I understand this correctly ? Then this bug is just a matter of tightening up our sanity checks for /boot, for which I've a patch on master already. I do have a separate /boot. This bug also happens on a clean disk with the following configuration: /boot, swap, two encrypted raid members, raid1 for / This is fixed in anaconda-13.21.50-1, moving to modified. Tested with RHEL6.0-20100617.0 and I had no traceback. Moving to VERIFIED. Red Hat Enterprise Linux Beta 2 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you. |