Bug 48141
| Summary: | laptop eth0 device partially broken | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Chris Runge <crunge> |
| Component: | initscripts | Assignee: | Bill Nottingham <notting> |
| Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.3 | CC: | pzbowen+rhbeta, rvokal, teg |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2002-03-26 21:33:17 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Chris Runge
2001-07-09 19:46:25 UTC
This is fixed with the new hotplug (2001-04-24-5) packages. reopening... still an issue in beta 2 # rpm -q hotplug hotplug-2001_04_24-6 aaaaaaaargh. The -6 release broke more than it fixed. Try 2001_04_24-7. Does that work for you? Also, which dhcp client are you using? tested with hotplug-2001_04_24-7 ... still not working I must be using dhcpcd: $ rpm -q pump package pump is not installed $ rpm -q dhcpcd dhcpcd-1.3.18pl8-12 I've noticed a strange insmod error during the detecting hardware phase of the sysinit (kudzu?) -- could this be related? No, that shouldn't be a problem. Just to confirm, if you set it up to use static IPs, does it work OK? Also, what initscripts do you have installed? initscripts-6.02-1 I'll check on the static IP using a static IP works. so maybe the problem is a hotplug interaction with dhcpcd? hotplug doesn't interact with dhcpcd - it only invokes ifup when a new interface appears. does it work in beta3 if the calls to check_link_down are commented out of /sbin/ifup? this is no longer a problem in RC 1 argh, reopening...
While it worked once (and so I assumed it would work again), it is having
problems again. Here's what is happening now. The interface appears to come up,
but it doesn't get an IP address from the DHCP server (note: this is on the
internal Meridian network), e.g.,
# ifconfig
eth0 Link encap:Ethernet HWaddr 00:10:A4:C7:47:4D
UP BROADCAST NOTRAILERS RUNNING MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:0 (0.0 b) TX bytes:2360 (2.3 Kb)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:1520 (1.4 Kb) TX bytes:1520 (1.4 Kb)
after a couple of minutes it appears to give up and eth0 goes away:
# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:32 errors:0 dropped:0 overruns:0 frame:0
TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:2480 (2.4 Kb) TX bytes:2480 (2.4 Kb)
but when I try ifup eth0, it comes up:
[root@localhost root]# ifup eth0
Determining IP information for eth0... done.
it is possible that this is an internal Meridian problem, I suppose
I'm using the latest rawhide components on RC1, e.g.,
initscripts-6.26-1
kernel-pcmcia-cs-3.1.27-9
kernel-2.4.7-2.5
What does 'ip addr ls' show if you run it while it is bringing it 'up'? Does using pump instead of dhcpcd work? :) in some repeated testing, sometimes dhcpcd works, sometimes it doesn't
ip addr ls shows:
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
2: eth0: <BROADCAST,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast qlen 100
link/ether 00:10:a4:c7:47:4d brd ff:ff:ff:ff:ff:ff
I tried pump (removing dhcpcd); testing so far shows that pump works without a
problem
I'm not seeing this issue with the 7.2 release . . . Chris, this working with 7.2? OK, just a sanity check here. If ONBOOT is 'n' . . . the interface shouldn't start should it? Isn't that the point of the flag anyway? The scripts aren't executed on boot... so far, so good. The problem is that they are started later in the bootup process, when pcmcia is started and detects them - hotplug like. OK, here's more information. With the Skipjack tree (re0320.0) hotplug is definitely broken. I upgraded my 7.2 system which had 'onboot=yes' and now eth0 doesn't start on boot. Doesn't start on network restart either. The only way to get eth0 up is to run 'ifup eth0' Bill is aware of the problem, but just wanted to document that there is indeed a problem. I have this problem on my laptop (IBM TP X20) with the Lucent Wavelan card. I traced the problem to the is_available function. $alias is getting set to "off" when hotplug calls it, but it works correctly when run by hand. Commenting out the call to is_available fixes it on my system. *** This bug has been marked as a duplicate of 61705 *** |