Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 1886248 - OSP16.1 Tripleo HeatStack will not generate IP addresses when Network when NetworkDeploymentActions has ['UPDATE'] enabled
Summary: OSP16.1 Tripleo HeatStack will not generate IP addresses when Network when Ne...
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo
Version: 16.1 (Train)
Hardware: x86_64
OS: Linux
Target Milestone: ---
: ---
Assignee: James Slagle
QA Contact: Arik Chernetsky
Depends On:
TreeView+ depends on / blocked
Reported: 2020-10-08 03:40 UTC by John Apple II
Modified: 2020-10-08 06:03 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2020-10-08 06:03:45 UTC
Target Upstream Version:

Attachments (Terms of Use)
Collection of attachments explained in the Description (11.26 KB, application/gzip)
2020-10-08 03:40 UTC, John Apple II
no flags Details

Description John Apple II 2020-10-08 03:40:56 UTC
Created attachment 1719880 [details]
Collection of attachments explained in the Description

Description of problem:

I have deployed an OSP16.1 overcloud with OVN+DVR+HA.  The Compute nodes were generated with the br-ex bond, and we specified that an External IP was supposed to be enabled for the overcloud in the NetworkIsolation.  But upon attempting to redeploy to update the addresses field in the compute.yaml network-config, the stack update fails.

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

$ cat /etc/rhosp-release 
Red Hat OpenStack Platform release 16.1.1 GA (Train)

[stack@director sc-tripleo-templates]$ rpm -qa | grep tripleo
[stack@director sc-tripleo-templates]$

How reproducible:

1. Create a Network Isolation File as per network-isolation.yaml

2. Configure the OVN HA DVR for networking as per ovn-ha-dvr.yaml

3. Configure the br-ex bond for the Compute Nodes, but leave out the ExternalIP on br-ex's bond - see compute.yaml

4. Deploy the overcloud (succeeds)

5. Check that br-ex exists, but has no IP (so DVR cannot function properly on the overcloud as a gateway chassis

6. Update the Templates so that the Network is set to update on stack update

$ grep UPDATE environments/00-node-info.yaml 
  NetworkDeploymentActions: ['CREATE','UPDATE']

7. Configure the External Interface to use the external IP (see compute-fixed.yaml)
updated section is as follows
                - ip_netmask:
                    get_param: ExternalIpSubnet
                  get_param: DnsServers
                    - get_param: ExternalInterfaceRoutes
                    - - default: true
                          get_param: ExternalInterfaceDefaultRoute

8. Run a stack update.

Stack update fails (see Actual Results)

Actual results:

See deploymentactualresults.txt
The result of the network ports both before and after.  ComputeIPListMap in the stack shows no updates for the new IP's in the network-config (even though NetworkIsolation had ports configured at the initial deploy)

os-net-config in the Computes shows the updates, but the ip_address field in br-ex is "" in the /etc/os-net-config/config.json file.

Before and After the deploy (up to the failure) shows:
(undercloud) [stack@director environments]$ openstack port list --network external
| ID                                   | Name                         | MAC Address       | Fixed IP Addresses                                                             | Status |
| 32ea2bf4-1a0a-427d-9679-9489a8a16ebf | orange-pcmk-0_External       | fa:16:3e:4c:74:98 | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| 49bd9953-d812-4741-bd8e-2c03aa587985 | orange-controller-0_External | fa:16:3e:29:e0:07 | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| 57bb7b4e-63c9-4538-a3c4-34a502fe00aa | public_virtual_ip            | fa:16:3e:24:ba:93 | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| 6951b2c3-1334-42e0-bc7c-0e6271d41f69 | orange-controller-1_External | fa:16:3e:6d:b1:30 | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| 95d23967-c1a8-4718-b23e-583aafee0d45 | orange-pcmk-2_External       | fa:16:3e:04:36:2c | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| a6bd1ad7-e3ad-4065-963e-614f41708516 | orange-controller-2_External | fa:16:3e:8f:1c:8c | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |
| bd01f202-bfb6-460e-a1aa-6e7eb21be211 | orange-pcmk-1_External       | fa:16:3e:84:c7:0e | ip_address='', subnet_id='47652431-30d1-4e7b-9fe9-b2bf8c978726' | DOWN   |

Expected results:

The heat-stack would update the ComputeIpListMap with the external IP's, and then the ports would be created and show in openstack port list --network external

os-net-config in the Computes shows the updates, but the ip_address field in br-ex is would have an appropriate address in the external network in the /etc/os-net-config/config.json file.

br-ex would have it's IP address updated.

Additional info:

$ cat /etc/rhosp-release 
Red Hat OpenStack Platform release 16.1.1 GA (Train)

Comment 1 John Apple II 2020-10-08 06:02:26 UTC
Some CEE engineers contacted me on internal IRC on the BZ after I raised it.  The missing part was the Network on the Compute Role with "External" as a part of the roles_data.yaml.

Once I updated this entry, the Network updated as expected, and the additional network ports showed up and the cloud was deployed correctly with the updated network ports.

Comment 2 John Apple II 2020-10-08 06:03:45 UTC
I'll self-close this one as the solution - while not obvious to me coming from 13 - is there.  I'll pursue seeing how it may be possible to clarify this in documentation for others.

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