yahoo-eng-team team mailing list archive

[OpenStack Infra <1647697@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.openstack.org/407707
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=693a535c0c363ab44d023be035dbb99a9dfb0397
Submitter: Jenkins
Branch:    master

commit 693a535c0c363ab44d023be035dbb99a9dfb0397
Author: EdLeafe <ed@xxxxxxxxx>
Date:   Tue Dec 6 21:02:32 2016 +0000

    Cascade deletes of RP aggregate associations
    
    Currently when we delete a resource provider, the associations it has to
    aggregates are not also deleted. This patch adds the deletion of all
    ResourceProviderAggregate associations for that RP.
    
    Closes-Bug: #1647697
    
    Change-Id: I47ebd1464256f2fbc7505a5c1b3c74a4ba89ccf0


** Changed in: nova
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1647697

Title:
  When deleting a resource provider in the placement api the rp's
  associated aggregates are not cleaned up

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  When deleting a resource provider the spec says that the resource
  provider's inventory and associated aggregates should be deleted:

      http://specs.openstack.org/openstack/nova-
  specs/specs/newton/implemented/generic-resource-pools.html#delete-
  resource-providers-uuid

  In version 1.1 of the placement API, inventory is being deleted, but
  aggregate associations are left untouched. This means that in the
  following case the resulting aggregates will be wrong:

  * create an rp with a known uuid (this is allowed and expected)
  * associate some aggregates (a, b, c)
  * delete the rp
  * recreate the rp with same uuid
  * query the associated aggregates get 'a, b, c' but expect []

  Note that the set_aggregates functionality (and the associated PUT
  API) is a full replace so any time the associated aggregates are
  updated, the input in that request becomes the whole set of associated
  aggregates. This bug is only present in the case where aggregates were
  present on the previous incarnation of a resource provider but should
  not be on the current incarnation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1647697/+subscriptions