Created attachment 1136650 [details]
templates used for the platform

Description of problem:

When I tried to scale up a freshly updated platform (from 7.1 to 7.3), the virtual_ip are deleted and recreated with another ip, the platform is broken after this action

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

osp-d 7.3

How reproducible:

Everytime


Steps to Reproduce:

* virtual_ip before scale-up
[stack@undercloud ~]$ neutron port-list | grep virtual_ip
| 21561caa-2b46-4e85-ac2d-c191e4962312 | storage_management_virtual_ip | fa:16:3e:63:4b:e8 | {"subnet_id": "75a1a4c2-6831-4a5c-be16-8c7d13c1eec2", "ip_address": "10.42.3.11"}    |
| 43c2415d-a34d-4c19-be1d-27bd652d9ca5 | public_virtual_ip             | fa:16:3e:6b:db:7d | {"subnet_id": "80a8bdff-82d5-4c46-94ce-28b47e4ca2d3", "ip_address": "46.231.132.68"} |
| 5f35ce55-69be-44ea-a38c-175809010641 | redis_virtual_ip              | fa:16:3e:9e:10:dc | {"subnet_id": "0dc47b4a-21b1-40b0-9693-eea0506a7269", "ip_address": "10.231.132.69"} |
| 87282cd0-c4b0-498d-b64f-c6a3598fa1d5 | control_virtual_ip            | fa:16:3e:42:92:35 | {"subnet_id": "30f6ec22-20fd-4aec-a23b-73172cb38f41", "ip_address": "10.42.1.21"}    |
| c436cd01-23a2-42d7-a530-30da4959900e | storage_virtual_ip            | fa:16:3e:62:89:af | {"subnet_id": "f955d98e-fab7-4e96-8867-eb1e449cf97d", "ip_address": "10.42.2.11"}    |
| ff0610ed-c772-43a8-91c7-f0f14a6bfce6 | internal_api_virtual_ip       | fa:16:3e:06:87:48 | {"subnet_id": "0dc47b4a-21b1-40b0-9693-eea0506a7269", "ip_address": "10.231.132.68"} |

* starting the scale-up
[stack@undercloud ~]$ time openstack overcloud deploy --templates ~/templates \
>                 -e ~/templates/environments/network-isolation.yaml \
>                 -e ~/templates/network-environment.yaml \
>                 -e ~/templates/environments/storage-environment.yaml \
>                 --control-scale 3 \
>                 --compute-scale 5 \
>                 --ceph-storage-scale 3 \
>                 --block-storage-scale 0 \
>                 --swift-storage-scale 0 \
>                 --control-flavor control \
>                 --compute-flavor compute \
>                 --ceph-storage-flavor ceph-storage \
>                 --ntp-server pool.ntp.org \
>                 --neutron-network-type vxlan \
>                 --neutron-tunnel-types vxlan \
>                 --neutron-bridge-mappings datacentre:br-bond \
>                 --libvirt-type qemu \
>                 --ntp-server pool.ntp.org

Deploying templates in the directory /home/stack/templates
 
* virtual_ip during the scale up
[stack@undercloud ~]$ neutron port-list | grep virtual_ip
| 0ead0345-3aca-4cd4-95eb-dd7dceee2943 | storage_virtual_ip            | fa:16:3e:da:d9:74 | {"subnet_id": "f955d98e-fab7-4e96-8867-eb1e449cf97d", "ip_address": "10.42.2.21"}    |
| 5f35ce55-69be-44ea-a38c-175809010641 | redis_virtual_ip              | fa:16:3e:9e:10:dc | {"subnet_id": "0dc47b4a-21b1-40b0-9693-eea0506a7269", "ip_address": "10.231.132.69"} |
| 87282cd0-c4b0-498d-b64f-c6a3598fa1d5 | control_virtual_ip            | fa:16:3e:42:92:35 | {"subnet_id": "30f6ec22-20fd-4aec-a23b-73172cb38f41", "ip_address": "10.42.1.21"}    |
| a5a30cd1-8a14-4799-8983-e53d273b7d4c | internal_api_virtual_ip       | fa:16:3e:e2:e3:3f | {"subnet_id": "0dc47b4a-21b1-40b0-9693-eea0506a7269", "ip_address": "10.231.132.76"} |
| e9704efb-c378-40ac-b623-53091fc4383c | public_virtual_ip             | fa:16:3e:78:1f:02 | {"subnet_id": "80a8bdff-82d5-4c46-94ce-28b47e4ca2d3", "ip_address": "46.231.132.72"} |
| f0b2f0c1-b18a-414b-a302-38d7a8183e6b | storage_management_virtual_ip | fa:16:3e:4f:d2:16 | {"subnet_id": "75a1a4c2-6831-4a5c-be16-8c7d13c1eec2", "ip_address": "10.42.3.18"}    |

Actual results:

Platform is broken, all the virtual_ip port are define with new IPs

Expected results:

Plateform is up and running with 2 new computes

Additional info: