NICs being mapped with strange names that make no sense
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
udev (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
There was a time when ethernet devices were ethX, and it was a happy time.
Then things moved to udev, device mapper and you never know WHAT your ethernet device is going to be called.
But lately, things have turned for the strange... udev has a habit, apparently (or device mapper perhaps, not sure what's generating the actual device names) of calling ethernet devces things like "renameX"... what the heck is a "rename"?? it's not an em, or eth, or wlan or whatever.
Here's an example from a recent server certification:
-------
Category: NETWORK
Interface: em1
Product: NC362i Integrated Dual Port BL-c Gigabit Server Adapter
Vendor: Intel Corporation
Driver: igb (ver: 5.0.5-k)
Path: /devices/
Category: NETWORK
Interface: rename3
Product: NC362i Integrated Dual Port BL-c Gigabit Server Adapter
Vendor: Intel Corporation
Driver: igb (ver: 5.0.5-k)
Path: /devices/
Category: NETWORK
Interface: em3
Product: NC543i 1-port 4x QDR IB/Flex-10 10Gb Adapter
Vendor: Mellanox Technologies
Driver: mlx4_core (ver: 2.2-1)
Path: /devices/
This system has two things, a dual port gigabit adapter, and a 1 port 10GbE adapter.
It calls the second interface on the dual port gigabit adapter rename3.
What the heck is a rename3?
I have seen this now on more than a couple servers with multiple network devices from different OEMs.
Attached is dmesg from that machine.
tags: | added: trusty |
And here is lspci verbose...