NICs being mapped with strange names that make no sense

Bug #1320916 reported by Jeff Lane 
22
This bug affects 4 people
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:
---------------------------[ Devices found by udev ]----------------------------
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/pci0000:00/0000:00:03.0/0000:03:00.0

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/pci0000:00/0000:00:03.0/0000:03:00.1

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/pci0000:00/0000:00:07.0/0000:02:00.0

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: trusty
Revision history for this message
Jeff Lane  (bladernr) wrote :
Revision history for this message
Jeff Lane  (bladernr) wrote :

And here is lspci verbose...

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in udev (Ubuntu):
status: New → Confirmed
Revision history for this message
Rod Smith (rodsmith) wrote :

I've seen this too. Sometimes the names seem to change with the kernel -- kernel version A brings up Ethernet interfaces with sensible names but kernel version B brings up one interface OK and another with a "rename" name.

Revision history for this message
Brian Murray (brian-murray) wrote :

In the attached log file we can see the following:

[ 2.308053] systemd-udevd[248]: renamed network interface eth0 to em1
[ 2.328011] systemd-udevd[255]: renamed network interface eth1 to rename3

tags: added: trusty
Revision history for this message
Brian Murray (brian-murray) wrote :

Does the installed system have the biosdevname package installed?

Changed in udev (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Jeff Lane  (bladernr) wrote :

Brian,

biosdevname 0.4.1-0ubuntu6

Keep in mind I don't have access to the system anymore... Mike Miller at HP (the Field Engineer there for the Technical Partner Program) may be able to get back onto that system.

Changed in udev (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Romano Giannetti (romano-giannetti) wrote :

I do not have biosdevname installed, but I can't anymore create virtual interfaces. Issuing

     sudo iw dev wlan0 interface add wlan1 type station

will result in a message

     kernel: [31130.438726] systemd-udevd[24264]: renamed network interface wlan1 to rename4

...and rename4 is not recognized as a wifi interface at all. Any help? What's happening?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.