br-ctlplane interface doesn't come up at boot time after rebooting the undercloud post install

Bug #1823353 reported by Emilien Macchi
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Fix Released
High
Emilien Macchi

Bug Description

Taken from https://bugzilla.redhat.com/show_bug.cgi?id=1666387

Description of problem:

br-ctlplane interface doesn't come up at boot time after rebooting the undercloud thus some of the containers keep restarting because they cannot bind.

Version-Release number of selected component (if applicable):
openstack-tripleo-heat-templates-10.2.1-0.20190111152159.64fa74e.fc28.noarch

How reproducible:
100%

Steps to Reproduce:
1. Install undercloud
2. Reboot undercloud
3. Run 'ip a' to verify the interfaces

Actual results:
No br-ctlplane interface even though /etc/sysconfig/network-scripts/ifcfg-br-ctlplane is present on the system.

Expected results:
br-ctlplane interface gets created at boot time.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-heat-templates (master)

Fix proposed to branch: master
Review: https://review.openstack.org/650305

Changed in tripleo:
status: Triaged → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to tripleo-puppet-elements (master)

Fix proposed to branch: master
Review: https://review.openstack.org/650366

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-puppet-elements (master)

Reviewed: https://review.openstack.org/650366
Committed: https://git.openstack.org/cgit/openstack/tripleo-puppet-elements/commit/?id=a72c6b33de8811175eadcf6ecca6b126bb2e113e
Submitter: Zuul
Branch: master

commit a72c6b33de8811175eadcf6ecca6b126bb2e113e
Author: Emilien Macchi <email address hidden>
Date: Fri Apr 5 11:38:29 2019 -0400

    deployed-server: start and enable network service

    On the new versions of RHEL, the network service isn't enabled by
    default because this mechanism became legacy.
    However, our os-net-config doesn't use the new network manager, so we
    still rely on on the network service to manage things like the virtual
    bridges on the Undercloud and the Overcloud.

    Change-Id: Iceeeef8535738093be2438abd9deec99f5d61c1b
    Closes-Bug: #1823353

Changed in tripleo:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to tripleo-heat-templates (master)

Reviewed: https://review.openstack.org/650305
Committed: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/commit/?id=b993163ffbf9bc3d3715a51918473c451756a140
Submitter: Zuul
Branch: master

commit b993163ffbf9bc3d3715a51918473c451756a140
Author: Emilien Macchi <email address hidden>
Date: Fri Apr 5 11:33:12 2019 -0400

    deployed-server: start and enable network service

    On the new versions of RHEL, the network service isn't enabled by
    default because this mechanism became legacy.
    However, our os-net-config doesn't use the new network manager, so we
    still rely on on the network service to manage things like the virtual
    bridges on the Undercloud and the Overcloud.

    Closes-Bug: #1823353
    Change-Id: I7094b36ef183dd388ea5a4c353f8eec43c9f2785

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-heat-templates 10.5.0

This issue was fixed in the openstack/tripleo-heat-templates 10.5.0 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-puppet-elements 10.3.0

This issue was fixed in the openstack/tripleo-puppet-elements 10.3.0 release.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.