Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1275793 - when rebooting the director node, the NICs are renamed
when rebooting the director node, the NICs are renamed
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director (Show other bugs)
7.0 (Kilo)
All All
unspecified Severity high
: ---
: 8.0 (Liberty)
Assigned To: Mike Burns
Dan Yasny
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-10-27 14:34 EDT by Dan Yocum
Modified: 2016-04-07 17:41 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-04-07 17:41:56 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2016:0604 normal SHIPPED_LIVE Red Hat OpenStack Platform 8 director Enhancement Advisory 2016-04-07 21:03:56 EDT

  None (edit)
Description Dan Yocum 2015-10-27 14:34:55 EDT
Description of problem:

After deploying the undercloud on the director node, a KVM VM guest system with 2 NICs, and then rebooting the director node, the nics are renamed and the network does not come online. 



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

python-rdomanager-oscplugin-0.0.10-8.el7ost.noarch

How reproducible:
every

Steps to Reproduce:
1. Install RHEL7.1 on a KVM VM with virtio devices
2. Follow https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/7/html-single/Director_Installation_and_Usage and install Director
3. Deploy undercloud
4. reboot

Actual results:

No network

Expected results:

network!


Additional info:

The issue appears to be resolved *if* the HWADDR=aa:bb:cc:dd:ee:ff variable is added to the /etc/sysconfig/network-scripts/ifcfg-ethX files.  This allows udev to determine the nic name and set it appropriately on system boot.
Comment 3 Mike Burns 2016-02-25 07:05:42 EST
This should be resolved with the latest images using predictable names.
Comment 5 Dan Yasny 2016-03-02 10:43:48 EST
Dan, can you please provide some details as to how the vNICs were set up? NAT or bridge or..?

I haven't managed to reproduce this yet, but that's probably because I always have HWADDR in my ifcfg scripts
Comment 6 Dan Yocum 2016-03-02 17:48:53 EST
(In reply to Dan Yasny from comment #5)
> Dan, can you please provide some details as to how the vNICs were set up?
> NAT or bridge or..?

Bridge

> 
> I haven't managed to reproduce this yet, but that's probably because I
> always have HWADDR in my ifcfg scripts

Me too.  I wonder if this is a udev issue...?
Comment 7 Dan Yasny 2016-03-09 16:05:20 EST
After 11 subsequent deployments and various configurations, using the default instack VM created by instack-virt-setup I haven't seen this issue even once. 

Setting to verified
Comment 9 errata-xmlrpc 2016-04-07 17:41:56 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2016-0604.html

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