When setting up /etc/sysconfig/network-scripts/ifcfg-eth0 so that it has
BOOTPROTO=dhcp causes redhat to effectivly "hang" if you cannot find a
DHCP server on boot time.
1. Setup eth0 to obtain an IP via DHCP.
2. Reboot the system w/ network cord pulled from the NIC card.
3. System boots and says "Bringing up eth0...."
4. Waiting for 20 minutes and the system is still waiting to bring up eth0
I am not sure if this should time out after "some" period of time, but it
would be much friendlier if it was quicker.
I cannot reproduce this behavior for a random machine, the ifup eth0 times out at one minute:
Apr 11 07:24:36 localhost network: Setting network parameters succeeded
Apr 11 07:24:36 localhost network: Bringing up interface lo succeeded
Apr 11 07:24:37 localhost ifup: Determining IP information for eth0...
Apr 11 07:24:37 localhost pumpd: starting at (uptime 0 days, 0:00:32) Tue Apr 11 07:24:37 2000
Apr 11 07:25:37 localhost ifup: Operation failed.
Apr 11 07:25:37 localhost ifup: failed.
Apr 11 07:25:37 localhost network: Bringing up interface eth0 failed
note the time between ifup starting and failing is one minute ...
what NIC are you using...?
Re-assigning to component "pump" at the request of the QA department...
I get the same thing, but with Redhat 7 (fresh install). If I disconnect the
network cable pump crashes the machine when it cannot find DHCP, after
approximately 30 seconds. I disabled auto-start of the network card, and ran
pump manually both with and without the cable present. With cable, no
problem. Without cable, hangs after 30 seconds - can't ctrl-alt-delete, can't
switch between virtual terminals; can only do a hardware reset.
My network card is a 3Com Etherlink 10/100 PCI 3C905C-TX-M.
Other hardware: ABit VP6 motherboard (with onboard IDE RAID controller and dual
processor capable, but neither of these goodies in use), ATI Xpert 98 video
card, single 866MHz Pentium III, 256MB RAM, dual 40GB Quantum IDE hard drives
(though I'm not using these in RAID - yet ;-). 1 floppy, 1 IDE CD.
Ancient bug, sorry for the unresponsiveness of the previous pump packager...
WRT the hard lock experienced by jsantab, can you please file a separate bug
against the kernel if you still experience this problem?
The very long timeout problem sounds like it does not occur any more - can
someone verify this please, against RHL 7.1 or Roswell?
Closing out due to age of bug.