Bug 1392800 - If you deploy, and then reboot, connectivity is lost in controllers.
Summary: If you deploy, and then reboot, connectivity is lost in controllers.
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-packstack
Version: 10.0 (Newton)
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Alfredo Moralejo
QA Contact: nlevinki
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-08 09:44 UTC by Miguel Angel Ajo
Modified: 2017-01-16 11:17 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-16 11:17:20 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1656795 0 None None None 2017-01-16 11:17:20 UTC

Description Miguel Angel Ajo 2016-11-08 09:44:31 UTC
Description of problem:


If you set this:

CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br-ex:enp10s0

your external interface will be connected into br-ex (provider network bridge), and neutron now sets the bridge in secure mode.

That means, that after reboot, the flows of such flow will be completely empty, leading to the node being able to communicate with the outside world, compute nodes, etc.


This can be fixed by changing /etc/sysconfig/network-scripts/ifcfg-br-ex


   OVS_EXTRA="set bridge br-ex other-config:hwaddr=8c:89:a5:1a:a8:65"

   to 

   OVS_EXTRA="set bridge br-ex other-config:hwaddr=8c:89:a5:1a:a8:65 fail_mode=standalone"


How reproducible:

Always.

Steps to Reproduce:
1. Deploy with packstack, mapping the main interface to a provider network bridge
2. [Update to RHEL 7.3] - we are unsure about this step being necessary.
3. Reboot

Actual results:

The node takes a long time to boot, and does not get connectivity. This is more clear to happen if your network connectivity works with DHCP. (OVSBOOTPROTO="dhcp")


Expected results:

Normal boot.


Additional info:

This is related to this bug assigned to osp-director: https://bugzilla.redhat.com/show_bug.cgi?id=1386299

Comment 1 Mike Burns 2017-01-13 20:43:22 UTC
Any updates on this?

Comment 2 Alfredo Moralejo 2017-01-16 11:17:20 UTC
Moved to upstream https://bugs.launchpad.net/packstack/+bug/1656795


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