Bug 108164

Summary: text install using autopartition errors or crashes when trying to "fill all available space" and partition size left blank.
Product: Red Hat Enterprise Linux 3 Reporter: Karsten Wade <kwade>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED ERRATA QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-05-12 02:48:52 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:
Attachments:
Description Flags
anaconda traceback dump
none
anaconda traceback dump
none
syslog of system for time around the anaconda crash. none

Description Karsten Wade 2003-10-28 07:11:33 UTC
Description of problem:

When performing a text install and choosing autopartition, manual partition acts
in a non-intuitive way.  If you select  "Fill all available space:" and deselect
the other partition size options, an error returns:

Invalid Entry for Partition Size
Must specify a value.

One would assume that if you are selecting an option to fill the partition with
all available space, it would not be necessary to define any sizing.

As it so happens, if you put a 1 in the "Size (MB)" field, it will accept that
and go forward, creating a partition which uses all available space.  Putting in
a 0 (zero) causes anaconda to crash.  See the follow-on bug report for the
traceback.

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

RHEL 3
anaconda as ships with RHEL 3
diskdruid? as ships with RHEL 3

How reproducible:
Always.

Steps to Reproduce:
1. Start a text install of RHEL 3, choose autopartitioning
2. Manually tweak the offered partition, creating a new partition which takes up
all available space
3. Set the "Size (MB)" to 0 (zero) to crash, or to nothing to cause it to error
in an unexpected fashion.
    
Actual results:
Crash or apparent inability to set a dynamic partition creating size without
specifying a static vallue.

Expected results:
Nothing crashes or complains when the "Size (MB)" filed is filled with 0 or left
blank.

Additional info:

See follow-up traceback.

Comment 1 Karsten Wade 2003-10-28 07:13:04 UTC
Created attachment 95540 [details]
anaconda traceback dump

This was the traceback generated when the value of 0 was entered into the "Size
(MB)" field.

Comment 2 Karsten Wade 2003-10-28 07:13:15 UTC
Created attachment 95541 [details]
anaconda traceback dump

This was the traceback generated when the value of 0 was entered into the "Size
(MB)" field.

Comment 3 Karsten Wade 2003-10-28 07:14:27 UTC
Created attachment 95542 [details]
syslog of system for time around the anaconda crash.

This was the syslog for the install session.  Going to try to submit this
without sending it twice. :/

Comment 4 Jeremy Katz 2003-10-28 15:34:37 UTC
Don't do that then :-)

Comment 5 Bill Nottingham 2003-10-28 15:44:05 UTC
*** Bug 108162 has been marked as a duplicate of this bug. ***

Comment 6 Jeremy Katz 2003-10-28 15:55:29 UTC
Fixed, thanks for the machine access.

Comment 7 Jeremy Katz 2003-11-03 04:35:23 UTC
Oops, last comment was meant for another bug.

I've actually fixed this now on HEAD of CVS.  It's a candidate to
backport for a Taroon update at some point, but it's been this way
forever, so I don't know how high of a priority it is to actually do so.

Comment 8 John Flanagan 2004-05-12 02:48:52 UTC
An errata has been issued which should help the problem described in this bug report. 
This report is therefore being closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, please follow the link below. You may reopen 
this bug report if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2004-195.html