Bug 477835 - kickstart: Disks configured/modified during pre , are not present in the drive dictionary during the partition setp
Summary: kickstart: Disks configured/modified during pre , are not present in the driv...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda
Version: 5.4
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-12-24 02:13 UTC by Wade Mealing
Modified: 2018-10-20 02:10 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-02 01:25:02 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Wade Mealing 2008-12-24 02:13:57 UTC
Description of problem:

If disks are added during the %pre section, the drive dictionary is not updated.
When attempting to partition this disk in the kickstart file.

Anaconda will raise an exception:
"Specified nonexistent disk sdb in partition command"

I believe this can be worked around by adding         

isys.flushDriveDict() to the Partition class (in kickstart.py) before         hds = isys.hardDriveDict()

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

anaconda-11.1.2.113


How reproducible:

Every time.

Steps to Reproduce:
1. Build a kickstart file that adds a disk (iscsi on the non kickstart network ) during %pre
2. Set up the disks partitioning layout in the regular section of kickstart.
3. Boot the system with the kickstart
  
Actual results:

"Specified nonexistent disk sdb in partition command"

Expected results:

Partitioning to continue.

Additional info:

This is a strange configuration as the iscsi storage is on a different network than the kickstart storage network.

Comment 3 Denise Dumas 2009-06-30 20:38:52 UTC
Moving to RHEL 5.5 so it doesn't get mistakenly closed by the bot

Comment 5 RHEL Program Management 2010-07-02 01:25:02 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.