Freshly installed (not upgraded) RH7.0 system hangs during network initialization.
The network card (3C905) is configured for DHCP auto-configuration.
Note: This system was previously running RH6.2, and exhibited no such problems
- Mainboard: Abit BP-6, no overclocking, BIOS 'NJ'
- CPU: 2x Celeron 366
- NIC: 3C905, installed in bottom PCI slot (shared PCI/ISA)
This problem was verified and reproduced on an identically configured machine.
Again, that machine was running RH6.2 before the re-installation without problems.
Using a different machine (single-CPU Celeron 433) with an identical network card,
the problem does NOT occur.
The system becomes essentially unusable after installation of Red Hat 7.0
One of the dual-Celeron systems spontaneously rebooted during unattended installation,
presumably related to this problem This has NOT been reproduced; the cause of the
reboot could not be determined..
Bugzilla requires a 'component'. I could not find an appropriate component, so I really had to guess ;)
=== EOF ===
It hangs at 'Determining IP information for eth0'?
What's your /etc/modules.conf look like?
No, not 'determining IP information'. It's happening at the boot-up messages ("Bringing up lo ... [OK] Bringing up eth0 ...").
The /etc/modules.conf looks like this:
alias eth0 3c59x
alias parport_lowlevel parport_pc
alias usb-controller usb-uhci
Anyway, I think I'm closing in on the actual source of the problem. I tried booting a different kernel,
so instead of 'linux' (2.2.16-22smp) , I tried 'linux-up' (2.2.16-22). This makes a huge difference.
With current information, the problem could best be described as:
"pump hangs when running an SMP kernel (2.2.16-22smp)"
Out of the 4 times I rebooted SMP, network initialization (pump) always hung.
Out of the 4 times I rebooted UP, pump initialized the network normally.
My initial classification should probably have read 'pump', not 'initscripts'.
On a sidenote, I've always had problems and issues with pump.
For example, my provider changed my IP address a while ago.
Pump just crashed and left the network unconfigured. This was with RH6.2,
with all updates applied. Other RH6.2 machines, where I manually replaced
pump with dhcpcd, never had any such problems.
Hope this helps!
If you let it sit there for 5-10 minutes, does it time out, or is
the system totally wedged?
I've left the system for at least 10 minutes, and it appears wedged (no CapsLock/NumLock response, for example).
I suspect some form of deadlock that is triggered on SMP kernels, but I don't know how to extract more meaningful data.
Would the SysRq key help? Could you give me some hints?
sysrq *might* help.
Assigning to kernel.
There seems to be a bug with the 3com cards vs DHCP on SMP machines.
I've now seen several reports of it, and so far it seems 2.2.14 was fine, and
is also fine. The maintainer of the 3com driver has been able to reproduce it
chasing this bug hard.
It _might_ be "pump" related, could you try installing the "dhcpcd" package and
"pump" package to see if changing the dhcp client makes a difference ?
Additional testing has been performed with pump and dhcpcd.
System locks up in SMP using pump-0.8.3-2; same behaviour when pump is
deinstalled and subsequently dhcpcd-1.3.18pl8-6 is used. Booting Linux UP does
not exhibit the problem.
All updates from updates.redhat.com were applied (as of 2001.01.19). Kernel is
still at 2.2.16-22.
Since booting Linux SMP results in lockup with pump AND dhcpcd, the problem may
indeed be 3Com NIC related; my network card is a 3Com 10/100 3C905. Info from
00:09.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev
Hope this helps.