Bug 719539 - lvcreate fails on encrypted sw raid0 pv
Summary: lvcreate fails on encrypted sw raid0 pv
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda
Version: 5.8
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: rc
: ---
Assignee: David Lehman
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks: rhel57rtt 726828
TreeView+ depends on / blocked
 
Reported: 2011-07-07 09:03 UTC by Marian Ganisin
Modified: 2011-08-23 17:25 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-08-23 17:25:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
reproducing kickstart (538 bytes, text/plain)
2011-07-07 09:03 UTC, Marian Ganisin
no flags Details
anaconda.log (274.70 KB, text/plain)
2011-07-07 11:05 UTC, Marian Ganisin
no flags Details
syslog (14.88 KB, text/plain)
2011-07-07 11:06 UTC, Marian Ganisin
no flags Details

Description Marian Ganisin 2011-07-07 09:03:40 UTC
Created attachment 511650 [details]
reproducing kickstart

Description of problem:

If encrypted mdX of level 0 is used as pv in LVM, installer fails during formatting with information about lvcreate failure and provides just Reboot.

Version-Release number of selected component (if applicable):
anaconda-11.1.2.242-1.i386

Steps to Reproduce:
1. create mdX with level 0 formatted as LVM pv, encrypt it, 
2. create volume group with that pv, create lv mounted as /
3. move installation forward.
  
Additional info:

Such configuration doesn't seem to be common, so impact is low or none. Actually I didn't find any report for this issue from the past even if this is not regression (I reproduced this also for rhel5-u6 and rhel5-u5).
More common configuration with raid level 1 is working without issue.

Comment 1 Marian Ganisin 2011-07-07 11:05:37 UTC
Created attachment 511667 [details]
anaconda.log

Comment 2 Marian Ganisin 2011-07-07 11:06:05 UTC
Created attachment 511668 [details]
syslog

Comment 4 David Cantrell 2011-08-23 17:18:59 UTC
Setting devel_ack- as you note that this isn't a regression and no customer has reported it as a problem.  We're trying to keep the changeset as small as possible for 5.8, so stuff like this isn't really fit to make the cut.

Comment 5 RHEL Program Management 2011-08-23 17:25:15 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.


Note You need to log in before you can comment on or make changes to this bug.