I've just installed a Fedora 21 Workstation system, and it's reversed the order of eno1
and eno2
from the CentOS 6 system that was on here before.
lspci | grep Eth
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
00:19.0
has a MAC address ending in :4f
, while 03:00.0
ends in :50
.
My understanding was that with a lower PCI address, :4f
would become eno1
, but actually it thinks that :50
is eno1
.
What's the reason for that, and should I just accept that systems with Fedora 21 will have opposite order from CentOS 6? (We deploy dozens of these systems.)
For NICs embedded on the motherboard, rather than in PCI/PCI-x/PCIe slots, the "consistent" network device names are actually obtained from information provided by the system BIOS.
To quote Dell, who helped develop this feature:
In other words, the BIOS decides which onboard NIC is NIC 1 and which is NIC 2.
Thus, I suspect that you had a system BIOS update at some point between your installation of CentOS 6 and your installation of Fedora 21.
Also note that the structure of the names themselves has changed in RHEL/CentOS 7 and Fedora, compared to RHEL/CentOS 6.
In EL6, embedded NICs begin with
em
and a number, and NICs on expansion cards start withp
followed by their bus, slot and function. This was the original biosdevname feature.In Fedora and RHEL 7 biosdevname has been replaced with native systemd support, and the device naming scheme has changed. All wired NICs begin with
en
, and onboard NICs continue witho
and a number, while NICs on expansion cards continue withp
, the bus number,s
, the slot number, and optionallyf
and the function number.(Though, if you upgrade in place from EL6 to EL7, the old-style names will be kept.)
An example of what you'll see from my own systems:
Onboard NICs (in a Dell PowerEdge):
NICs on an expansion card (in a SuperMicro piece of crap):