Bug 88359

Summary:	Anaconda fails if with existing raid partitions.
Product:	[Retired] Red Hat Linux	Reporter:	James Olin Oden <james.oden>
Component:	anaconda	Assignee:	Chris Lumens <clumens>
Status:	CLOSED RAWHIDE	QA Contact:	Mike McLean <mikem>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	9	CC:	m.a.young, ocschwar
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
URL:	https://enterprise.redhat.com/issue-tracker/?module=issues&action=view&tid=17840&gid=292
Whiteboard:	FC4
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-23 15:10:34 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 James Olin Oden 2003-04-09 12:58:19 UTC

Description of problem:

If you try to install (not upgrade) over the top of existing raid
devices, the anaconda install will fail with a python exception.  This
can be worked around if in the %pre scriptlet one zeros the raid superblock.

It would be desirable to have a feature whereby one could tell anaconda to
just ignore the existing raid devices.  Something like:

   clearpart --raiddevs

would be great.

The problem was discussed in the issue tracker at:

   https://enterprise.redhat.com/issue-tracker/?
module=issues&action=view&tid=17840&gid=292

And in the following emails to the kickstart list:
   
   https://listman.redhat.com/pipermail/kickstart-list/2003-April/007892.html
   https://listman.redhat.com/pipermail/kickstart-list/2003-April/007921.html

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


How reproducible:

Every time.

Steps to Reproduce:
1.  Install a system with raid using kickstart.
2.  Run the same kickstart on the same system.

    
Actual results:

You will receive a python exception.


Expected results:

The install should have reinstalled just fine.

Additional info:

Comment 1 Omri Schwarz 2003-11-22 05:10:47 UTC

By George, I think I've got it. In partitions.py, there are 
the lines 

        if tmp and tmp.type == REQUEST_RAID:
            boot = []
            for member in tmp.raidmembers:
                boot.append(self.getRequestByID(member))
        elif tmp:
            boot = [tmp]
        else:
            boot = []

My attempt to debug the process show that the 
boot.append(self.getRequestByID(member))
 line makes boot be an array of None types
(with as many Nones as partitions in the raid) and
that it is because the IDs stored in tmp.raidmembers
don't correspond to any actual partition IDs in self.

Why that is happening, I don't know yet. 
Is there a way in KickStart to make Anaconda launch the
debugger at the very beginning? It would really come in handy.

Comment 2 Chris Lumens 2005-02-24 16:08:43 UTC

I'm new to this bug and it's been a while without any activity, so I'll ask the
obvious question.  Have you tried this against a recent Rawhide, Fedora Core, or
RHEL?  There's been a pile of changes so it's hard to say whether or not this
has been inadvertently fixed since the bug was originally reported.

Comment 3 Chris Lumens 2005-03-01 21:18:59 UTC

*** Bug 149992 has been marked as a duplicate of this bug. ***

Comment 4 Omri Schwarz 2005-03-11 17:51:32 UTC

Going to try it this weekend.(In reply to comment #2)
> I'm new to this bug and it's been a while without any activity, so I'll ask the
> obvious question.  Have you tried this against a recent Rawhide, Fedora Core, or
> RHEL?  There's been a pile of changes so it's hard to say whether or not this
> has been inadvertently fixed since the bug was originally reported.

Going to try with Fedora Core 3 this weekend.

Comment 5 Michael Young 2005-03-11 21:24:25 UTC

Well it still crashes with FC3, see the bug which has just been closed as a
duplicate of this one.

Comment 6 Chris Lumens 2005-05-05 17:38:52 UTC

I have a potential fix for this in testing here.  I believe it's caused by the
same problem as 156283.  Stay tuned.

Comment 7 Chris Lumens 2005-05-06 19:51:00 UTC

Committed a potential fix to CVS.  Please try with fc4 when available and let me
know.

Comment 8 Chris Lumens 2005-09-23 15:10:34 UTC

This problem has been fixed in Rawhide.