RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1662085 - nic interface name is not consistent for dell systems
Summary: nic interface name is not consistent for dell systems
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: systemd
Version: 8.0
Hardware: x86_64
OS: Linux
urgent
unspecified
Target Milestone: rc
: 8.0
Assignee: systemd-maint
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-26 05:42 UTC by Ma Yuying
Modified: 2019-01-23 10:04 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-01-02 11:13:14 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Ma Yuying 2018-12-26 05:42:32 UTC 
Description of problem:
nic interface name is not consistent for dell systems

Version-Release number of selected component (if applicable):
kernel:4.18.0-56.el8.x86_64
distro: RHEL-8.0-20181218.0

How reproducible:
always

Steps to Reproduce:
1. bnxt_en with the same system dell-per730-14.rhts.eng.pek2.redhat.com
RHEL7.6 interface name: p2p1
[root@dell-per730-14 ~]# ethtool -i p2p1 
driver: bnxt_en
version: 1.9.1
firmware-version: 214.0.64.7
expansion-rom-version: 
bus-info: 0000:84:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: yes
supports-register-dump: no
supports-priv-flags: no

RHEL8.0 interface name: enp132s0f0np0
[root@dell-per730-14 ~]# ethtool -i enp132s0f0np0
driver: bnxt_en
version: 1.9.1
firmware-version: 214.0.64.7
expansion-rom-version: 
bus-info: 0000:84:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: yes
supports-register-dump: no
supports-priv-flags: no

2. qede with the same system dell-per730-20.rhts.eng.pek2.redhat.com:
RHEL7.6 interface name: p7p1
[root@dell-per730-20 ~]# uname -a
Linux dell-per730-20.rhts.eng.pek2.redhat.com 3.10.0-957.el7.x86_64 #1 SMP Thu Oct 4 20:48:51 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@dell-per730-20 ~]# ethtool -i p7p1
driver: qede
version: 8.33.0.20
firmware-version: mfw 8.18.18.0 storm 8.33.11.0
expansion-rom-version: 
bus-info: 0000:05:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: yes

RHEL8.0 interface name: enp5s0f0
[root@dell-per730-20 ~]# uname -a
Linux dell-per730-20.rhts.eng.pek2.redhat.com 4.18.0-56.el8.x86_64 #1 SMP Mon Dec 17 13:56:22 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@dell-per730-20 ~]# ethtool -i enp5s0f0
driver: qede
version: 8.33.0.20
firmware-version: mfw 8.18.18.0 storm 8.37.2.0
expansion-rom-version: 
bus-info: 0000:05:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: yes


Actual results:
interface name is not consistent

Expected results:
interface name is consistent

Additional info:
distro is RHEL-8.0-20181218.0
[root@dell-per730-20 ~]# uname -a
Linux dell-per730-20.rhts.eng.pek2.redhat.com 4.18.0-56.el8.x86_64 #1 SMP Mon Dec 17 13:56:22 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Comment 2 Ma Yuying 2018-12-26 07:04:14 UTC 
I tried to add biosdevname=1 on the kernel cmdline, it worked around the issue. But I guess there should be a better way to fix this issue, right?

system: dell-per730-20.rhts.eng.pek2.redhat.com
nic: qede
interface name is p7p1, same as RHEL7.6
[root@dell-per730-20 ~]# uname -a
Linux dell-per730-20.rhts.eng.pek2.redhat.com 4.18.0-56.el8.x86_64 #1 SMP Mon Dec 17 13:56:22 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@dell-per730-20 ~]# cat /proc/cmdline 
BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-56.el8.x86_64 root=/dev/mapper/rhel_dell--per730--20-root ro intel_iommu=on ksdevice=bootif crashkernel=auto resume=/dev/mapper/rhel_dell--per730--20-swap rd.lvm.lv=rhel_dell-per730-20/root rd.lvm.lv=rhel_dell-per730-20/swap biosdevname=1 console=ttyS0,115200n81
[root@dell-per730-20 ~]# ethtool -i p7p1
driver: qede
version: 8.33.0.20
firmware-version: mfw 8.18.18.0 storm 8.37.2.0
expansion-rom-version: 
bus-info: 0000:05:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: yes
Comment 3 Karl Hastings 2018-12-30 22:48:15 UTC 
It is Dell's intent that biosdevname no longer be the default for RHEL 8:

https://bugzilla.redhat.com/show_bug.cgi?id=1623621#c18


On a fresh install, and without passing 'biosdevname=1' it is expected that the interface names will be different on RHEL 7 v. RHEL 8 on Dell EMC systems.

In RHEL 7, biosdevname naming was the default *only* for Dell systems.

For new installs of RHEL 8, systemd naming should be the default for *all* systems *unless* "biosdevname=1" is passed.

For upgrades from RHEL 7 to RHEL 8, we all want to make sure we don't disrupt customer's existing configuration.  But that seems to be deferred to the team doing the upgrade tool.
Comment 4 Jan Synacek 2019-01-02 11:13:14 UTC 
This behaviour was explicitly requested by Dell, see comment 3.
Note You need to log in before you can comment on or make changes to this bug.