Bug 64284 - Kernel upgrade from 2.4.7-10 to 2.4.9-31 produces kernel panic on boot with Dell PowerEdge 1650
Summary: Kernel upgrade from 2.4.7-10 to 2.4.9-31 produces kernel panic on boot with D...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.2
Hardware: i686
OS: Linux
medium
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-05-01 15:45 UTC by Jason Corley
Modified: 2008-08-01 16:22 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-09-30 15:39:32 UTC
Embargoed:


Attachments (Terms of Use)

Description Jason Corley 2002-05-01 15:45:43 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020311

Description of problem:
I have a Dell PowerEdge 1650 I'm trying to do a kickstart on.  Part of the
post-install I have applies all errata updates.  As part of the install process
for the 1650 I have to add the following device options to the aacraid module:
aacraid_pciid=0x1028,0x0a,0x1028,0x011b otherwise the kernel doesn't recognize
that a hard drive exists.  When I upgrade to the 2.4.9-31 kernel, and try to
boot to it, it says parm_aacraid_pciid is not a valid option for the aacraid
module and kernel panics (can't mount root).  I booted into the old kernel,
mounted the 2.4.9-31 initrd and removed the option lines for the aacraid module
from the linuxrc file, and voila the system boots just fine with 2.4.9-31.

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


How reproducible:
Always

Steps to Reproduce:
1. Purchase Dell PowerEdge 1650
2. Install Red Hat 7.2 (passing appropriate parameters to aacraid controller)
3. Install errata kernel
4. Attempt to boot to new kernel and watch as kernel panic occurs
	

Actual Results:  Bootup complains about invalid module parameters to aacraid
module and kernel panics (can't find root).

Expected Results:  Machine should boot with new kernel.

Additional info:

Comment 1 Arjan van de Ven 2002-05-01 17:28:53 UTC
The old module was doing invalid things and adaptec snuck in a hack.
The new driver is not from adaptec and is actually a clean linux driver.


Comment 2 Jason Corley 2002-05-01 17:57:17 UTC
I suppose that makes sense in terms of driver differences.  Mkinitrd is pulling
the bogus options line from /etc/modules.conf, which I need for the 2.4.7-10
kernels.  Shouldn't the clean linux driver know to throw the old options away
rather than kernel panic or am I just stuck manually fixing this problem on
every PowerEdge 1650 I buy?

Comment 3 Bugzilla owner 2004-09-30 15:39:32 UTC
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
persists.

The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, 
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/



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