Bug 844377

Summary:	Wrong interface name created by NetworkManager
Product:	Red Hat Enterprise Linux 7	Reporter:	Pierguido Lambri <plambri>
Component:	NetworkManager	Assignee:	Dan Williams <dcbw>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.0	CC:	notting
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-04-05 18:11:23 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Pierguido Lambri 2012-07-30 12:51:11 UTC

Description of problem:
After installing RHEL7 alpha2, I noticed that the machine was not online.
I checked the interfaces configured and I see that NN has created an interface with the name "p3p1".
On the system the interface configured by udev is eth0:

# ifconfig -a
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436

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

# rpm -qa | grep Netwo
NetworkManager-glib-0.9.4-3.git20120403.el7.x86_64
NetworkManager-0.9.4-3.git20120403.el7.x86_64

How reproducible:
Resinstalled the machine 2 times and I always have this issue

Steps to Reproduce:
1. Install RHEL7 with "text" option
2. Check the network configuration
  
Actual results:
No config file for the interface eth0.
A config file for the interface "p3p1" was written

Expected results:
The correct configuration file should be written

Additional info:

Comment 1 Bill Nottingham 2012-07-30 19:14:12 UTC

Is biosdevname installed?

Comment 2 Dan Williams 2012-07-30 20:29:59 UTC

Are there udev rules or other such things that rename the network device after it's recognized by the kernel?  biosdevname is one of these, but also see if /etc/udev/rules.d/70-persistent-net.rules exists and if that directs udev to rename your interface to eth0.

(note that NM doesn't yet handle interface name changes well after it's found the device already.  A changed name doesn't affect internal operation, but it won't be reflected in the logs or in the API.  Internally, ifindexes are what is used, and therefore the name change has no material effect)

Comment 3 Pierguido Lambri 2012-07-31 08:07:49 UTC

No package biosdevname installed:

# rpm -qa | grep bios
# 

And no persistent rule in udev/rules.d:

# ls -l /etc/udev/rules.d
total 4
-rw-r--r--. 1 root root 771 May 22 14:02 90-alsa-tools-firmware.rules

Comment 4 Bill Nottingham 2012-07-31 15:02:53 UTC

If you install biosdevname, does that fix the issue?

Comment 5 Pierguido Lambri 2012-08-06 07:11:09 UTC

Installing biosdevname renamed the eth0 interface to p3p1.

From where does the name p3p1 come from?

Comment 6 Bill Nottingham 2012-08-06 16:04:07 UTC

PCI slot 3, port 1.

This will be fixed in a future milestone such that biosdevname is always installed.

Comment 8 Dan Williams 2013-04-05 18:11:23 UTC

I believe that biosdevname and udev are fixed now such that the correct naming is happening.  NM just uses what it gets from the kernel.