Description of problem:
After the file transfer phase of the installation of RedHet enterprise Linux the system
(anaconda) does a post install, which fails and the whole installation is aborted.
Version-Release number of selected component (if applicable):
Happens every time I install on my server (Fujitsu Siemens RX100)
Steps to Reproduce:
1.Install the system
Installation aborts during post install
System to be installed with redhat enterprise linux
Hardware - Fujitsu Siemens computers - RX100 server,
3.06 GHz Pentium 4 processor
Promise on-board IDE RAID (mirror)
**** Whether installing on a mirror (RAID 0) or single Hard-drive the results
remain the same. Installation aborts during post install. ****
Created attachment 97534 [details]
Output of dump from anaconda
Created attachment 97535 [details]
syslog file of installation
This file was also dumped by anaconda when asked to write a floppy.
How did you select to set up your network? It's looking like the
installer's trying to get information from a second network device
that doesn't exist?
eth0 is setup with a static ip-address and eth1 left unchanged (DHCP). Specified a
default gateway and nameservers.
However here is some new info:
As stated above the server comes equipt with onboard Promise IDE RAID, which I've
created a RAID1 (mirror) on using the two 120GB drives in the server, and also one
IDE chanel for the cdrom. This RAID controler is not supported by Linux during
install, so the module (driver) for the Promise needs to be loaded at the time of
booting from cd before install, and other IDE devices should be disabled. so the
system/kernel dont try to use it.
So I boot with the following string according to documentation:
boot: linux dd ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0 ide4=0
ide5=0 ide6=0 ide7=0 ide8=0 ide9=0
This led me to believe that the systym/kernel will enable ide0 & ide1 and use the
promise module (ft) to discover drives on that controler, but the system has ONLY 1
ide interface except for the RAID controler. I then changed the boot string to read as
boot: linux dd ide0=0x1f0,0x3f6,14 ide1=0 ide2=0 ide3=0 ide4=0 ide5=0
ide6=0 ide7=0 ide8=0 ide9=0
This sorted the problem. The server now only try to discover one ide chanel instead
of two. So the problem is sorted. Thanks for the time spent on this.
I think that the first string was causing the promise driver to take
over some of the IO ports for your second network card (or something
like that)... since it doesn't happen outside of the contexts of with
the ft module (which we don't ship or support) and there's a
workaround, I'm going to close for now.