Bug 108987

Summary: "Exception Occured" in Disk Druid stage of Anaconda
Product: [Fedora] Fedora Reporter: Torrey Hoffman <thoffman>
Component: anacondaAssignee: Michael Fulbright <msf>
Status: CLOSED CURRENTRELEASE QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-04-16 21:55:46 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 Torrey Hoffman 2003-11-04 01:37:31 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Gecko/20031027

Description of problem:
Ran Fedora test3 anaconda installer, selected fresh install, on a
system with four hard drives.  The hard drives had been used before
and contained two pre-existing software RAID 0 setups (plus some other
partitions)

When I clicked the "RAID" button in Disk Druid, I got the following
message:  

Exception Occured: An unhandled exception has occurred.  This is most
likely a bug. Please copy the full text of this exception and file a
detailed bug report against anaconda at
http://bugzilla.redhat.com/bugzilla/

Traceback (most recent call last):
File "/usr/lib/anaconda/lw/partition_gui.py", line 1210, in makeraidCB
   availminors=self.partitions.getAvailableRaidMinors()
File "/usr/lib/anaconda/partitions.py", line 425, in
getAvailableRaidMinors.remove(requst.raidminor)
ValueError: list.remove(x): x not in list

- - -
(Note also: incorrect / inconsistent spelling of Occurred)

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

How reproducible:
Didn't try, expect every time

Steps to Reproduce:
1. Install Fedora Core test 3, configure a software raid.
2. Add two more hard drives to system which already contain a software
raid.
3. Start reinstalling Fedora Core test 3 on the system.
4. Select manual partitioning with Disk Druid, click the RAID button.
    
Actual Results:  Exception as noted above

Expected Results:  No exception

Additional info:
Comment 1 Jeremy Katz 2003-11-04 16:07:55 UTC 
What were the software raid devices preconfigured on the system?
Comment 2 Torrey Hoffman 2003-11-04 19:08:42 UTC 
Hello.  Here's a more detailed explanation:

From the first installation of Fedora Core on this machine (before I
added the second two disks), I had a RAID 0 configured as /dev/md0. 
This was on two 36 GB SATA disks.  Each of the two SATA disks had a
swap partition and a regular partition in addition to the raid partition.

Then I added the two more disks.  These were PATA disks, transferred
from my old computer.  They each had a single partition, and on the
old computer they were also configured as /dev/md0.

So, when I started to reinstall Fedora Core on the resulting system,
it autodetected the two previous RAID0 collections.  However, it
seemed to get confused, since obviously there were four partitions
involved, and they couldn't all be from the same RAID0...

I worked around the problem by doing a Ctrl-Alt-F1 from the installer
to get to a command prompt, and then wiped the partition tables on the
SATA disks using:

"dd if=/dev/zero of=/dev/sda bs=512 count=1"
"dd if=/dev/zero of=/dev/sdb bs=512 count=1"

Then I rebooted and restarted the install... it worked fine that time
around since there was only the one pre-existing RAID setup to find.

My suggestion would be: 
- Have anaconda detect invalid RAID (or LVM?) configurations before
entering the disk druid installer  
- If something strange shows up in the existing partition tables, give
the user an option to ignore or wipe out existing partitions, on a
drive-by-drive basis...

Hope that helps?
Comment 3 Jeremy Katz 2003-11-06 17:07:26 UTC 
Okay, matches what I was guessing.  Fixed in CVS