Bug 429600 - alllows checking 'encrypt' for RAID members... doesn't actually do it
Summary: alllows checking 'encrypt' for RAID members... doesn't actually do it
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F9Blocker
TreeView+ depends on / blocked
 
Reported: 2008-01-21 21:17 UTC by Bill Nottingham
Modified: 2014-03-17 03:12 UTC (History)
1 user (show)

Fixed In Version: anaconda-11.4.0.67-1
Clone Of:
Environment:
Last Closed: 2008-04-07 22:04:30 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Bill Nottingham 2008-01-21 21:17:31 UTC 
Description of problem:

anaconda offers 'Encrypt' for RAID members. It then asks for a passphrase for
these members. AFAICT, it doesn't actually actually encrypt them.

Version-Release number of selected component (if applicable):

rawhide-20080121
Comment 1 Bill Nottingham 2008-01-21 21:27:13 UTC 
Actually, we do write out the /dev/sdaX members in /etc/crypttab, at least.
Which then causes rc.sysinit to try and bring them up after we've already
started the array, decrypted the main array, and used it as a PV.
Comment 2 Jesse Keating 2008-04-01 20:24:22 UTC 
Dave, any chance at fixing this up before the final freeze?
Comment 3 David Lehman 2008-04-02 15:53:28 UTC 
Yes, absolutely, if 8 April is indeed the date. I expect it to be fixed today.
Comment 4 David Lehman 2008-04-07 22:04:30 UTC 
Fixes are in mkinitrd-6.0.42-1 and anaconda-11.4.0.67-1. First tree containing
both of these packages should support encrypted RAID members.
Note You need to log in before you can comment on or make changes to this bug.