Bug 140252 - udev turns eth1 into devXXXX causing 99% cpu ifup scripts
udev turns eth1 into devXXXX causing 99% cpu ifup scripts
Product: Fedora
Classification: Fedora
Component: initscripts (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2004-11-21 14:41 EST by Paul Wouters
Modified: 2014-03-16 22:50 EDT (History)
2 users (show)

See Also:
Fixed In Version: FC4
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-03 16:09:54 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
modprobe.conf (5.75 KB, text/plain)
2004-11-22 12:34 EST, Paul Wouters
no flags Details
ifcfg-eth0 (109 bytes, text/plain)
2004-11-22 12:35 EST, Paul Wouters
no flags Details
ifcfg-eth1 (215 bytes, text/plain)
2004-11-22 12:37 EST, Paul Wouters
no flags Details

  None (edit)
Description Paul Wouters 2004-11-21 14:41:45 EST
Description of problem:
I notice my pci-pcmcia (yenta_socket0 with prism2 card in it is pporly
recognised. For a few seconds it is called eth1 when using ifconfig,
and the kernel dmesg shows:

cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x200-0x207 0x290-0x297
0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
orinoco 0.13e (David Gibson <hermes@gibson.dropbear.id.au>, Pavel
Roskin <proski@gnu.org>, et al)
orinoco_cs 0.13e (David Gibson <hermes@gibson.dropbear.id.au>, Pavel
Roskin <proski@gnu.org>, et al)
divert: allocating divert_blk for eth1
eth1: Station identity 001f:0004:0001:0003
eth1: Looks like an Intersil firmware version 1.3.4
eth1: Ad-hoc demo mode supported
eth1: IEEE standard IBSS ad-hoc mode supported
eth1: WEP supported, 104-bit key
eth1: MAC address 00:90:4B:01:95:9B
eth1: Station name "Prism  I"
eth1: ready
eth1: index 0x01: Vcc 3.3, irq 5, io 0x0100-0x013f
divert: freeing divert_blk for dev9732

then I end up with a devXXXX device, even if I add a rule to the
udev rules like:

KERNEL="eth*", SYSFS{address}="my-mac-address", NAME="eth1"

ifup processes take lots of cpu hanging. I had to disable pcmcia
completely and wire up my machine to eth0, a regular ethernet card
that works fine (e100)

Version-Release number of selected component (if applicable):
(but tried manually installing udev-046 as well)

How reproducible:
not entirely sure how to reproduce.
Comment 1 Harald Hoyer 2004-11-22 05:53:36 EST
the device renaming happens in ifup, because you specified HWADDR in
the ifcfg-eth1 file.
Comment 2 Paul Wouters 2004-11-22 08:12:59 EST
ahh indeed. Because of the dual interfaces, in the past I had tried
to force the proper ethx using HWADDR in the ifcfg-eth1 file. But it
was pointing to the address of the eth0 card (as per modprobe.conf)

So the bug changes to 'prevent ifup looping in 99% cpu mode when
stupid people mix up modprobe.conf and HWADDR paramters around :)
Comment 3 Bill Nottingham 2004-11-22 11:13:06 EST
Can you attach your ifcfg-* files and /etc/modprobe.conf from when
this happens?
Comment 4 Paul Wouters 2004-11-22 12:34:04 EST
Created attachment 107200 [details]
Comment 5 Paul Wouters 2004-11-22 12:35:17 EST
Created attachment 107201 [details]
Comment 6 Paul Wouters 2004-11-22 12:37:18 EST
Created attachment 107202 [details]
Comment 7 Paul Wouters 2004-11-22 12:38:21 EST
not sure if onboot=no solved the ifup problem, I dont think it did,
but originally it had onboot=yes
Comment 8 Bill Nottingham 2005-10-03 16:09:54 EDT
This should work in FC4, provided that HWADDR is in all the ifcfg-X scripts
(there was a bug fixed with respect to handling commented HWADDR lines, which
you did have one of.)

Note You need to log in before you can comment on or make changes to this bug.