Description of Problem:
(It is not an anaconda one, but it was the component that, in my opinion, is
closer to it)
Installing RH7.2 on a Proliant 380 with a Smart 5i controller failed due to
problems in the
module insertion (cciss.o), which is not found (in a kickstart nfs install).
After many trials and attemps, I accidentally discovered that the kernel present
installation floppies (bootnet.img 2.4.18-3BOOT) is not the same version than
at the loopbackmounted images (stage2.img 2.4.7-10BOOT). This made no modules
available in the second stage, and thus no recognition of the disks.
The same problem exist using the update-disk-20020117.img
The RedHat/ tree and the bootnet image are taken from our local mirror
wich is nightly updated against sunsite.cnlab-switch.ch.
The update image was taken directly from redhat.com
Version-Release number of selected component (if applicable):
The error arise in a nfs kickstart installation, but due to its nature, it
should appear on
any (remote?) installation using a boot image from a non-CD media.
Steps to Reproduce:
1. Just try to install rh72 (with some sligthly non-standard
harware=modularized one) using
a network method
I've been able to solve the problem in two ways. One is to put the correct
cciss.o file onto
the bootnet.img, within the correct place on initrd.img.
The other one was to replace the modules.cgz on the stage2.img.
Both had worked, although I'm not sure if in the first case I also had the
correct modules at
the stage2 image (too many hours crashing the wall).
Could you give me the URL to the update image you are using?
If you are refering to the update.img, that is the one related to the RedHat
RHBA-2002:016-06, which I reach from a webpage from Compaq (one related to RH72
drivers for Smart Array 5300 series). The update.img was a prerequisite, and I
it from ftp://updates.redhat.com/7.2/en/os/images/i386/updates-disk-200201 ...
(the other part
is out of the printed compaq webpage.
If you're asking for the stage2.img at server, I cann'ot give you an URL until
Jeremy please investigate.
In Red Hat Linux 7.3 and later, we verify that the images for the different
stages match to prevent this problem (assuming the file we look for exists).
The bootnet you're using is from Red Hat Linux 7.3 and so won't work with the