Bug 436344 - Generated ks.cfg partitioning section doesn't match real life when reusing partitions
Generated ks.cfg partitioning section doesn't match real life when reusing pa...
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda (Show other bugs)
All Linux
low Severity low
: rc
: ---
Assigned To: Anaconda Maintenance Team
Depends On:
  Show dependency treegraph
Reported: 2008-03-06 12:19 EST by Alexander Todorov
Modified: 2008-03-06 16:30 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-06 16:30:03 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Alexander Todorov 2008-03-06 12:19:25 EST
Description of problem:
doing an install on a system that already has disks partitioned and choosing to
use the existing disks leads to partitioning configuration in ks.cfg which
doesn't reproduce the install.

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

How reproducible:

Steps to Reproduce: (using xen for example)
1. Install the system choosing default partitioning
2. Make a note on partitions used
3. After install reboot and start a second install
4. Chose customized disk layout and assign mountpoints/fs type for the existing
5. Finish the install and grab the resulting anaconda-ks.cfg 

Actual results:
generated ks.cfg will not reproduce the install

Expected results:
generated ks.cfg will reproduce the install

Additional info:
kistart configuration from Xen guest with one disk 4GB

initial install (autopart)
clearpart --all --drives=xvda
part /boot --fstype ext3 --size=100 --ondisk=xvda
part pv.2 --size=0 --grow --ondisk=xvda
volgroup VolGroup00 --pesize=32768 pv.2
logvol swap --fstype swap --name=LogVol01 --vgname=VolGroup00 --size=528 --grow
logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=1024 --grow

second install
clearpart --linux
part /boot --fstype ext3 --onpart xvda1
part pv.2 --noformat --onpart xvda2
volgroup VolGroup00 --noformat --useexisting --pesize=32768 pv.2
logvol swap --useexisting --fstype swap --name=LogVol01 --vgname=VolGroup00
logvol / --useexisting --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=2816

note the --onpart options which are just fine. However the clearpart line
removes all partitions so in the next step they can't be found. I get an error
dialog saying that partition xvda1 can't be found.

If you remove the clearpart line it's ok.
Comment 1 Peter Jones 2008-03-06 16:30:03 EST
This probably isn't something we're ever going to address -- that's why this
part of the generated ks.cfg is commented out.

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