Bug 1390615 - NIC name changes from ens224 to eno33559296 after installation
Summary: NIC name changes from ens224 to eno33559296 after installation
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: systemd
Version: 7.3
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: systemd-maint
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: 1298243
TreeView+ depends on / blocked
 
Reported: 2016-11-01 14:14 UTC by jcastran
Modified: 2019-12-16 07:16 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-14 16:05:42 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description jcastran 2016-11-01 14:14:19 UTC
Description of problem:
During the installation of RHEL 7.3 (Beta), the network interface is ens224. All the files created also target this device. Once the system completes installation, and boots, the network device name changes to eno33559296. The interfaces do not come up until the /etc/sysconfig/network-scripts/ifcfg-* files are updated with the interface change.

Version-Release number of selected component (if applicable):
RHEL 7.3

How reproducible:
Customer can reproduce every time

Steps to Reproduce:
1. Using kickstart, install RHEL 7.3 (Beta)
2. After installation, reboot the system


Actual results:
   Network interface name changes to onboard (eno) when it was "ens" during installation. The network files don't target it correctly and networking doesn't come up

Expected results:
   Network interfaces keep the same name they had during installation

Additional info:
   Currently the workaround is to change the name in the ifcfg files during installation with a %post script and "sed" commands.

Comment 4 Lukáš Nykrýn 2016-11-01 15:32:30 UTC
Can you please try to get versions of systemd used during installation and on the booted system?


Note You need to log in before you can comment on or make changes to this bug.