Delete allocations from API if nova-compute is down
When performing a "local delete" of an instance, we
need to delete the allocations that the instance has
against any resource providers in Placement.
It should be noted that without this change, restarting
the nova-compute service will delete the allocations
for its compute node (assuming the compute node UUID
is the same as before the instance was deleted). That
is shown in the existing functional test modified here.
The more important reason for this change is that in
order to fix bug 1756179, we need to make sure the
resource provider allocations for a given compute node
are gone by the time the compute service is deleted.
This adds a new functional test and a release note for
the new behavior and need to configure nova-api for
talking to placement, which is idempotent if
not configured thanks to the @safe_connect decorator
used in SchedulerReportClient.
Closes-Bug: #1679750
Related-Bug: #1756179
Conflicts: nova/compute/api.py
NOTE(mriedem): The compute/api conflict is due to not
having change I393118861d1f921cc2d71011ddedaf43a2e8dbdf
in Pike. In addition to this, the call to
delete_allocation_for_instance() does not include the
context parameter which was introduced in change
If38e4a6d49910f0aa5016e1bcb61aac2be416fa7 which is
also not in Pike.
Change-Id: If507e23f0b7e5fa417041c3870d77786498f741d
(cherry picked from commit ea9d0af31395fbe1686fa681cd91226ee580796e)
(cherry picked from commit cba1a3e2c1b161204a3662a0d9fbf33da38aa7d3)
Reviewed: https:/ /review. openstack. org/580498 /git.openstack. org/cgit/ openstack/ nova/commit/ ?id=cd50dcaf3e5 1722c9510d417c1 724d8cdafe450b
Committed: https:/
Submitter: Zuul
Branch: stable/pike
commit cd50dcaf3e51722 c9510d417c1724d 8cdafe450b
Author: Matt Riedemann <email address hidden>
Date: Wed Apr 11 21:24:43 2018 -0400
Delete allocations from API if nova-compute is down
When performing a "local delete" of an instance, we
need to delete the allocations that the instance has
against any resource providers in Placement.
It should be noted that without this change, restarting
the nova-compute service will delete the allocations
for its compute node (assuming the compute node UUID
is the same as before the instance was deleted). That
is shown in the existing functional test modified here.
The more important reason for this change is that in
order to fix bug 1756179, we need to make sure the
resource provider allocations for a given compute node
are gone by the time the compute service is deleted.
This adds a new functional test and a release note for Client.
the new behavior and need to configure nova-api for
talking to placement, which is idempotent if
not configured thanks to the @safe_connect decorator
used in SchedulerReport
Closes-Bug: #1679750
Related-Bug: #1756179
Conflicts:
nova/ compute/ api.py
NOTE(mriedem): The compute/api conflict is due to not 1cc2d71011ddeda f43a2e8dbdf allocation_ for_instance( ) does not include the 910f0aa5016e1bc b61aac2be416fa7 which is
having change I393118861d1f92
in Pike. In addition to this, the call to
delete_
context parameter which was introduced in change
If38e4a6d49
also not in Pike.
Change-Id: If507e23f0b7e5f a417041c3870d77 786498f741d 1686fa681cd9122 6ee580796e) 04a3662a0d9fbf3 3da38aa7d3)
(cherry picked from commit ea9d0af31395fbe
(cherry picked from commit cba1a3e2c1b1612