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): anaconda ????? How reproducible: Happens every time I install on my server (Fujitsu Siemens RX100) Steps to Reproduce: 1.Install the system 2. 3. Actual results: Installation aborts during post install Expected results: System to be installed with redhat enterprise linux Additional info: Hardware - Fujitsu Siemens computers - RX100 server, 3.06 GHz Pentium 4 processor 3GB RAM 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 follow: 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.