Discussion:
Reordered network interface names
Arkadiusz Bubała
2014-02-03 09:47:33 UTC
Permalink
Hello,
I have server with S5520UR motherboard running Debian Etch (with the
latest mainline kernel 3.4). This motherboard has two integrated ports:
01:00.0 Ethernet controller [0200]: Intel Corporation 82575EB Gigabit
Network Connection [8086:10a7] (rev 02)
01:00.1 Ethernet controller [0200]: Intel Corporation 82575EB Gigabit
Network Connection [8086:10a7] (rev 02)

There also additional network adapters attached:

03:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Connection [8086:10fb] (rev 01)
03:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Connection [8086:10fb] (rev 01)
07:00.0 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)
07:00.1 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)
0a:00.0 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)
0a:00.1 Ethernet controller [0200]: Intel Corporation 82576 Gigabit
Network Connection [8086:10c9] (rev 01)

Rarely after reboot interfaces are reordered and one of them is named
eth1_rename (about 20 reboots is needed to reproduce this issue). I
tried to update udev but this didn't resolve this issue. I also tried
running udev with debug-trace but it caused that only eth0 didn't have
"_rename" suffix.

I attached udev rules file, udevinfo output. I also have full logs from
udevmonitor if needed (I have problems with attaching this file it has
1MB uncompressed and 100kB compressed).

Could you give me any advices how to solve this issue?

Thank you in advance.

PS I can't reproduce this issue on Linux kernel 2.6.35.

Best regards,
Arkadiusz
Arkadiusz Bubała
2014-02-03 12:44:04 UTC
Permalink
Hello,

thank you for your response.
Post by Arkadiusz Bubała
Rarely after reboot interfaces are reordered and one of them is named
eth1_rename (about 20 reboots is needed to reproduce this issue). I
tried to update udev but this didn't resolve this issue. I also tried
running udev with debug-trace but it caused that only eth0 didn't have
"_rename" suffix.
This is a known problem, when trying to rename interfaces in the
kernel namespace (ethX). It is fixed in recent versions of udev (what
versions did you try?) by udev automatically renaming all the
interfaces in a deterministic way (google for predictable interface
names).
I understand. I tried the latest udev which compile on this system
(udev-137 downloaded from pkgs.fedoraproject.org). But now I know that
it's fixed in version 197. I'll try to resolve this issue manually.
Thank you for your help.
I suggest you either use the most recent udev, or call your interfaces
something else, lanX, say.
HTH,
Tom
Best regards,
Arkadiusz
--
To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
the body of a message to ***@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Continue reading on narkive:
Loading...