Bug 714786

Summary: Extended partition should map all unallocated disk space when MBR is full
Product: Red Hat Enterprise Linux 6 Reporter: Robert N. Evans <robert.evans>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Release Test Team <release-test-team-automation>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.1CC: dbayly, joe.lawrence, jparadis, kevin.paetzold, wgomerin
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
x86_64, BIOS, MBR
Last Closed: 2011-06-21 18:58:33 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:

Description Robert N. Evans 2011-06-20 18:32:35 UTC
Description of problem:
For some partition layouts it is impossible to allocate unused disk space after RHEL6 is installed.

Version-Release number of selected component (if applicable):
 anaconda-13.21.117-1.el6.x86_64

How reproducible:
 Deterministically, seems to happen every time


Steps to Reproduce:
1. Do kickstart install with a partitioning scheme that uses all 4 slots in the MBR but does not use all the available disk space.

2. Here is such a scheme:
clearpart --all --drives=sda,sdb --initlabel
part raid.1 --size=256 --asprimary --ondisk=sda
part raid.2 --size=256 --asprimary --ondisk=sdb
part raid.3 --size=16384 --asprimary --ondisk=sda
part raid.4 --size=16384 --asprimary --ondisk=sdb
part raid.5 --size=16384 --grow --maxsize=32768 --asprimary --ondisk=sda
part raid.6 --size=16384 --grow --maxsize=32768 --asprimary --ondisk=sdb
part raid.7 --size=4096 --ondisk=sda
part raid.8 --size=4096 --ondisk=sdb
raid /boot --fstype ext3 --level=RAID1 --device=md0 raid.1 raid.2
raid swap  --fstype swap --level=RAID1 --device=md1 raid.3 raid.4
raid /     --fstype ext3 --level=RAID1 --device=md2 raid.5 raid.6
raid /var/crash --fstype ext3 --level=RAID1 --device=md3 raid.7 raid.8

3. After install, attempt to create an additional partition.
  
Actual results:
Partition creation fails because there is no room in the MBR and although there is free disk space, the extended partition does not map that space.  It only maps the space necessary for the logical partition declared in the kickstart file.

Expected results:
The Extended partition would be large enough to contain the partition not declared --asprimary and also would contain all the free space on the disk.  Thus after installing RHEL, it would be possible to create additional logical partitions.  This is what occurred on RHEL5 with the same kickstart file.

Additional info:
It is somewhat inconvenient, but the Extended partition may be artificially inflated to use all the free space on the disk by adding an "extra" partition that may be later deleted.  (Although this only works if there is some additional space free on the disk)  For example:

part raid.10 --size=1 --grow --ondisk=sda
part raid.11 --size=1 --grow --ondisk=sdb
raid /extra --fstype ext3 --level=RAID1 --device=md4 --fsoptions="noauto" raid.1
0 raid.11


This bug seems to be a regression because the problem did not exist in RHEL5.

Comment 2 David Cantrell 2011-06-21 18:58:33 UTC

*** This bug has been marked as a duplicate of bug 698429 ***