Predictable Network Interface Name Bug?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello-

I have an Ubuntu Server 20.04 (systemd 245 (245.4-4ubuntu3.13)) box that I recently installed a Intel quad-port Gigabit ethernet adapter (E1G44ETBLK).

It appears that the predictable interface naming is only renaming the first two interfaces (ens8f0, ens8f1) and the second two fail to be renamed (eth2, eth3).

From the logs, I see the following messages:

systemd-udevd[456]: eth2: Failed to rename network interface 5 from 'eth2' to 'ens8f0': File exists
systemd-udevd[456]: eth2: Failed to process device, ignoring: File exists
systemd-udevd[459]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
systemd-udevd[459]: eth3: Failed to rename network interface 6 from 'eth3' to 'ens8f1': File exists
systemd-udevd[459]: eth3: Failed to process device, ignoring: File exists

Taking a closer look at the PCI bus, I see:

05:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
05:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
06:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
06:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)

It looks like the adapter has two instances ending in '0' and two instances ending in '1'; they differ by the higher number ('05' vs '06') in the lspci output.

Is this a bug? I'd expect to see the 3rd and 4th interfaces to be named ens8f2, ens8f3.

Any help would be greatly appreciated - thanks!

Tim L

[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux