Hide Forgot
Created attachment 1136648 [details] templates used for the upgrade/deployment Description of problem: When I try to upgrade a 7.3 plateform to have the last packages, the virtul_ip ip address are redefine with news values Version-Release number of selected component (if applicable): Osp-d 7.3 How reproducible: Every time Steps to Reproduce: = Upgrade 7.3 to 7.3 (after 7.1 to 7.3 upgrade) = * checking the packages to update [root@rcip-dev-controller-0 ~]# yum check-update Modules complémentaires chargés : product-id, search-disabled-repos, subscription-manager rhel-7-server-extras-rpms | 2.9 kB 00:00:00 rhel-7-server-openstack-7.0-director-rpms | 2.9 kB 00:00:00 rhel-7-server-openstack-7.0-rpms | 2.9 kB 00:00:00 rhel-7-server-optional-rpms | 3.5 kB 00:00:00 rhel-7-server-rpms | 3.7 kB 00:00:00 (1/2): rhel-7-server-openstack-7.0-director-rpms/7Server/x86_64/primary_db | 37 kB 00:00:00 (2/2): rhel-7-server-openstack-7.0-rpms/7Server/x86_64/primary_db | 487 kB 00:00:00 (1/2): rhel-7-server-openstack-7.0-rpms/7Server/x86_64/updateinfo | 131 kB 00:00:00 (2/2): rhel-7-server-openstack-7.0-director-rpms/7Server/x86_64/updateinfo | 27 kB 00:00:00 openstack-nova-api.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-cert.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-common.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-compute.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-conductor.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-console.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-novncproxy.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms openstack-nova-scheduler.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms python-nova.noarch 2015.1.2-18.2.el7ost rhel-7-server-openstack-7.0-rpms * virtual_ip before upgrade [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 upgrade [stack@undercloud ~]$ openstack overcloud update stack overcloud -i --templates ~/templates -e ~/templates/overcloud-resource-registry-puppet.yaml -e ~/templates/environments/network-isolation.yaml -e ~/templates/network-environment.yaml -e ~/templates/environments/storage-environment.yaml starting package update on stack overcloud IN_PROGRESS IN_PROGRESS IN_PROGRESS IN_PROGRESS IN_PROGRESS IN_PROGRESS WAITING not_started: [u'rcip-dev-ceph-0', u'rcip-dev-compute-2', u'rcip-dev-compute-1', u'rcip-dev-controller-2', u'rcip-dev-controller-0', u'rcip-dev-controller-1', u'rcip-dev-ceph-2', u'rcip-dev-compute-0'] on_breakpoint: [u'rcip-dev-ceph-1'] * checking virtual_ip on another console [stack@undercloud ~]$ neutron port-list | grep virtual_ip | 3759012a-6cab-4bca-aed3-5a98cd0da7fe | storage_management_virtual_ip | fa:16:3e:33:75:92 | {"subnet_id": "75a1a4c2-6831-4a5c-be16-8c7d13c1eec2", "ip_address": "10.42.3.18"} | | 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"} | | 6aa7146a-7321-4c04-8b9e-22eccaf970c1 | internal_api_virtual_ip | fa:16:3e:77:4d:8b | {"subnet_id": "0dc47b4a-21b1-40b0-9693-eea0506a7269", "ip_address": "10.231.132.76"} | | 71c68fd1-8c29-412e-a21b-0ff89032888a | public_virtual_ip | fa:16:3e:c8:11:a8 | {"subnet_id": "80a8bdff-82d5-4c46-94ce-28b47e4ca2d3", "ip_address": "46.231.132.72"} | | 77675421-ff1a-497e-a894-07f244d95165 | storage_virtual_ip | fa:16:3e:57:70:b5 | {"subnet_id": "f955d98e-fab7-4e96-8867-eb1e449cf97d", "ip_address": "10.42.2.21"} | | 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"} | Actual results: The initial virtual_ip are changed, upgrade fails, the plateform is broken Expected results: The initial virtual_ip are keeps, upgrade is ok Additional info:
When I add -e /usr/share/openstack-tripleo-heat-templates/environments/updates/update-from-vip.yaml, my vip are keep. I close the issue.