Bug 2011688

Summary: [RFE] Create a preflight validation ensuring we expose default networks with the default names
Product: Red Hat OpenStack Reporter: Cédric Jeanneret <cjeanner>
Component: openstack-tripleo-validationsAssignee: mathieu bultel <mbultel>
Status: CLOSED WONTFIX QA Contact: nlevinki <nlevinki>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 17.1 (Wallaby)CC: jjoyce, jschluet, mbultel, pweeks, slinaber, tvignaud
Target Milestone: zstreamKeywords: FutureFeature
Target Release: ---Flags: ifrangs: needinfo? (mbultel)
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-04-14 12:28:42 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 Cédric Jeanneret 2021-10-07 05:56:16 UTC
An Operator might create their own network-data in order to provide some custom information.

While this is fully supported, it may happen the actual "name" value is changed (typo, or will to change it). This will then create unexpected issues due to the amount of checks done against the "network.name" within tripleo-heat-templates and related tools.

The goal here is to raise two kind of things, depending on what is found in the network-data:

- a simple warning if the only missing networks are InternalApi or Storage (in such case, the ctlplane is used)
- a hard stop if any of the other default networks (StorageMgmt, Tenant, External) is missing

That should prevent some headaches and support cases, while adding some more confidence when we go down the "custom network" path.

This can be a proper validation provided by tripleo-validations, and called as an OC deploy preflight check.

Comment 1 pweeks 2022-01-19 21:46:48 UTC
Moving to networking for prioritization.
Dev whiteboard the DFG:UV for good measure.

Comment 2 mathieu bultel 2023-04-14 12:28:42 UTC
I'm moving this to "won't fix", if someone wants to revived this RFE and put effort, we can re-open it and assigned ressources.