Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1779307

Summary: ServiceNetMap using hardcoded network names for ctlplane fallback
Product: Red Hat OpenStack Reporter: Harald Jensås <hjensas>
Component: openstack-tripleo-heat-templatesAssignee: Harald Jensås <hjensas>
Status: CLOSED ERRATA QA Contact: Sasha Smolyak <ssmolyak>
Severity: medium Docs Contact:
Priority: medium    
Version: 13.0 (Queens)CC: bfournie, mburns, mgarciac
Target Milestone: z11Keywords: Triaged, ZStream
Target Release: 13.0 (Queens)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-tripleo-heat-templates-8.4.1-38.el7ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-10 11:23:19 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 Harald Jensås 2019-12-03 17:54:24 UTC
Description of problem:

    In commit, I737d5656b113f7e2238fe7bb555cc2d4cb13877c, support was added
    to have the services fall back to the ctlplane network if the default
    service network wasn't enabled.

    The commit only worked for the hardcoded default network names though
    (ItnernalApi, Storage, etc). Given that any network names can be used,
    and that our spine/leaf examples show using non-default network names
    (IternalApi0, Storage0, etc), the code needs to work for any network
    name.

Comment 4 errata-xmlrpc 2020-03-10 11:23:19 UTC
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://access.redhat.com/errata/RHBA-2020:0760