Package: udev
Version: 175-2
Severity: normal
Upon upgrade and reboot, udev is no longer naming network interfaces correctly.
This resulted in the loss of connectivity to a remote host. No manual
configuration changes to the udev ruled had occured in some time.
Below is output from a second host that I am using for testing. It shows the
same behavior.
-->ifconfig -a |grep Eth
eth0 Link encap:Ethernet HWaddr 00:1f:d0:54:fc:09
eth1 Link encap:Ethernet HWaddr 00:0a:5e:5c:6a:2f
But the config was...
-->egrep -v "^#" /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:1f:d0:54:fc:09", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:0a:5e:5c:6a:2f", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="eth0"
Dmesg output below. The r8169 is an onboard realtek configured to be eth1, and
the skge is configured to be eth0, but it does not work out that way;
[ 65.238336] udevd[77]: starting version 175
[ 65.262579] usbcore: registered new interface driver usbfs
[ 65.262609] usbcore: registered new interface driver hub
[ 65.271251] SCSI subsystem initialized
[ 65.287468] usbcore: registered new device driver usb
[ 65.288140] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 65.289913] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 65.289951] r8169 0000:02:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 65.289982] r8169 0000:02:00.0: setting latency timer to 64
[ 65.290035] r8169 0000:02:00.0: irq 41 for MSI/MSI-X
[ 65.290487] r8169 0000:02:00.0: eth0: RTL8168c/8111c at 0xffffc90000314000,
00:1f:d0:54:fc:09, XID 1c4000c0 IRQ 41
[ 65.299518] ehci_hcd 0000:00:12.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 65.299545] ehci_hcd 0000:00:12.2: EHCI Host Controller
[ 65.299578] ehci_hcd 0000:00:12.2: new USB bus registered, assigned bus
number 1
[ 65.299594] ehci_hcd 0000:00:12.2: applying AMD SB700/SB800/Hudson-2/3 EHCI
dummy qh workaround
[ 65.299624] QUIRK: Enable AMD PLL fix
[ 65.299627] ehci_hcd 0000:00:12.2: applying AMD SB600/SB700 USB freeze
workaround
[ 65.299641] ehci_hcd 0000:00:12.2: debug port 1
[ 65.299674] ehci_hcd 0000:00:12.2: irq 17, io mem 0xfe02c000
[ 65.305816] skge 0000:03:06.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[ 65.305878] skge: 1.14 addr 0xfdcf8000 irq 20 chip Yukon rev 1
[ 65.306455] skge 0000:03:06.0: eth1: addr 00:0a:5e:5c:6a:2f
[ 65.308051] ehci_hcd 0000:00:12.2: USB 2.0 started, EHCI 1.00
I am not really sure what is going on here. My udev knowledge is minimal.
Looks like I am about to learn.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages udev depends on:
ii debconf [debconf-2.0] 1.5.41
ii libc6 2.13-21
ii libselinux1 2.1.0-4
ii libudev0 175-2
ii lsb-base 3.2-28
ii util-linux 2.20.1-1
Versions of packages udev recommends:
ii pciutils 1:3.1.8-2
ii usbutils 1:004-2
udev suggests no packages.
-- debconf information:
udev/new_kernel_needed: false
udev/title/upgrade:
udev/reboot_needed:
udev/sysfs_deprecated_incompatibility:
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
