Change I7b8622b178d5043ed1556d7bdceaf60f47e5ac80 started deleting
the associated resource provider when a compute service is deleted.
However, the delete_resource_provider cascade=True logic only looks
for instances on the given compute service host being deleted which
will miss (1) allocations remaining from evacuated servers and
(2) unconfirmed migrations.
Attempting to delete the resource provider results in an
ResourceProviderInUse error which delete_resource_provider ignores
for legacy reasons. This results in the compute service being
deleted but the resource provider being orphaned. What's more,
attempting to restart the now-deleted compute service will fail
because nova-compute will try to create a new resource provider
with a new uuid but with the same name (based on the hypervisor
hostname). That failure is actually reported in bug 1817833.
Reviewed: https:/ /review. opendev. org/695932 /git.openstack. org/cgit/ openstack/ nova/commit/ ?id=b18e42d20bd 7d341e713292bdb 179ae8e5530d33
Committed: https:/
Submitter: Zuul
Branch: stable/stein
commit b18e42d20bd7d34 1e713292bdb179a e8e5530d33
Author: Matt Riedemann <email address hidden>
Date: Thu Jun 6 13:41:09 2019 -0400
Add functional recreate test for bug 1829479 and bug 1817833
Change I7b8622b178d504 3ed1556d7bdceaf 60f47e5ac80 started deleting resource_ provider cascade=True logic only looks
the associated resource provider when a compute service is deleted.
However, the delete_
for instances on the given compute service host being deleted which
will miss (1) allocations remaining from evacuated servers and
(2) unconfirmed migrations.
Attempting to delete the resource provider results in an viderInUse error which delete_ resource_ provider ignores
ResourcePro
for legacy reasons. This results in the compute service being
deleted but the resource provider being orphaned. What's more,
attempting to restart the now-deleted compute service will fail
because nova-compute will try to create a new resource provider
with a new uuid but with the same name (based on the hypervisor
hostname). That failure is actually reported in bug 1817833.
Change-Id: I69f52f1282c836 1c9cdf90a523f36 12139cb8423 98f98117e0d6072 810f70da03)
Related-Bug: #1829479
Related-Bug: #1817833
(cherry picked from commit 2629d65fbc15d86