Bug 727814

Summary:	F16 Alpha TC1 installer crash \| LUKSError: luks device not configured
Product:	[Fedora] Fedora	Reporter:	Michael Schwendt <bugs.michael>
Component:	anaconda	Assignee:	David Lehman <dlehman>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	16	CC:	aalam, awilliam, bcl, jonathan, kparal, tflink, vanmeeuwen+fedora
Target Milestone:	---	Keywords:	CommonBugs
Target Release:	---
Hardware:	x86_64
OS:	Unspecified
Whiteboard:	abrt_hash:d878de1b1b21beddb0e26b994e502937307b2a9eb6916ad947a4b29b5af667f7 https://fedoraproject.org/wiki/Common_F16_bugs#luks-partition-crash RejectedBlocker AcceptedNTH
Fixed In Version:	anaconda-16.15-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-09-23 01:09:37 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:
Bug Depends On:
Bug Blocks:	713565, 741538

Description Michael Schwendt 2011-08-03 10:12:37 UTC

Description of problem: Anaconda crashes and therefore refuses to continue if (at least one?) LUKS passphrase prompt is cancelled. Normally I cancel them all because the encrypted partitions/LVs are not needed during installation. When just for testing I entered the passphrase for a shared /home LV, Anaconda also crashed.

After choosing "Create custom layout", Anaconda re-examined the storage devices
once more, then crashed:

  LUKSError: luks device not configured


Couldn't save/report the backtrace with the included helper tool, because that one failed, too (mentioned the symptoms on test list).

Version-Release number of selected component (if applicable):
Anaconda in F16 TC1 netinstall ISO image

How reproducible:
Always

Comment 1 Michael Schwendt 2011-08-03 14:29:08 UTC

Confirming:

* If I fill in all LUKS passphrase prompts, installer proceeds without crashing later on.

* Unrelated to the crash? : if I enter a secondary (alternative) passphrase for my /home partition, I need to type it in twice, and Anaconda proceeds but later on doesn't recognise the partition. It displays type "unknown" instead of ext4.

Comment 2 David Lehman 2011-08-04 15:44:59 UTC

Try adding updates=http://dlehman.fedorapeople.org/updates-727814.0.img to your boot command line and let me know the results. Thanks.

Comment 3 Michael Schwendt 2011-08-04 16:15:02 UTC

Tested "cancelling all passphrase dialogs", and that

   works for me

when using the updates image. Will also test entering a passphrase for just one of the several encrypted partitions.

I've filed a separate ticket about the issue with alternative passphrases: bug 728301

Comment 4 Michael Schwendt 2011-08-04 17:20:46 UTC

Unlocking just one encrypted partition (and cancelling the others) also works with the updates image.

Comment 5 David Lehman 2011-08-08 15:07:51 UTC

*** Bug 728962 has been marked as a duplicate of this bug. ***

Comment 6 David Lehman 2011-08-17 00:59:07 UTC

*** Bug 731211 has been marked as a duplicate of this bug. ***

Comment 7 Adam Williamson 2011-08-17 06:24:55 UTC

Worth noting this for Alpha. It keeps biting me in the ass...

Comment 8 Tim Flink 2011-09-01 17:18:54 UTC

Discussed in the 2011-08-26 blocker review meeting. Rejected as a Fedora 16 beta blocker because it doesn't violate any of the beta release criteria [1].

Accepted as NTH because it's annoying and a fix is ready.

[1] https://fedoraproject.org/wiki/Fedora_16_Beta_Release_Criteria

Comment 9 Michael Schwendt 2011-09-02 15:24:49 UTC

To clarify the original report:

1) Cancelling _all_ LUKS passphrase made Anaconda crash.

2) Filling in only one LUKS passphrase prompt also made Anaconda crash.

Then dlehman offered an updates.img for testing, and it passed both test-cases.

Comment 10 Tim Flink 2011-09-02 15:33:34 UTC

Hrm, it looks like we may have misunderstood the impact of the bug.

This is listed as fixed with anaconda-16.15-1 which is pre beta TC1. I assume that the fix is in the 16.16-1 that is in TC1.

Is this still present in beta TC1?

Comment 11 Adam Williamson 2011-09-23 01:09:37 UTC

Re-tested and confirmed fixed in Beta TC1. I can safely proceed past partitioning step after cancelling the passphrase dialog for an encrypted partition from an F15 install on the target disk.