Red Hat Bugzilla – Bug 176856
loading of mptbase driver during loader section of anaconda takes ~10 minutes on a x86_64 (viper) using i386 disks
Last modified: 2007-11-30 17:07:09 EST
Description of problem:
The loading time of the mptbase driver during the module loading section of
anaconda takes ~10 minutes (and fails to load), but only if you're trying to use
the RHEL3-U7-re1220.0 i386 tree for installation purposes, on an x86_64
(specifically, and possibly only, a viper). (happens with a CD install, pxe
install, and a cd boot disk but NFS-based install)
There are errors to the third virtual terminal (alt f3), saying:
Hint: insmod errors can be caused by incorrect module parameters, including
invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
* failed to insert /tmp/mbtscsih.o"
Aaaaaand, it doesn't see the SCSI drive when one gets to the point of trying to
Version-Release number of selected component (if applicable):
Based on what's in the tree, probably anaconda-18.104.22.168-1.RHEL.i386.rpm
(it's RHEL3 U7 re1220.0)
Always, it seems.
Steps to Reproduce:
1. Get a Viper and an i386 install boot disk (pxe boot does it, too).
2. Boot off the boot disk.
Watch it try, and fail, to load the mptbase module.
Module succeeds in loading, and the SCSI disk is visible.
Fairly sure that one is supposed to be able to do a i386 install on a x86_64 box...
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
For more information of the RHEL errata support policy, please visit:
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.