c85ae69ee9
When placement picks up allocation candidates, the aggregates of nested providers were assumed as the same as root providers. This means that the `GET /allocation_candidates API` ignored the aggregates on the nested providers. This could result in the lack of allocation candidates when an aggregate is on a nested provider but the aggregate is not on its root provider and the aggregate is specified in the API by the `member_of` query parameter. This patch fixes the bug changing it to consider the aggregates not only on root rps but also on the nested rp itself and adds a release note for this. The document which explains the whole constraint of `member_of` and other query parameters with nested providers, will be submitted in a follow up patch. Change-Id: I9a11a577174f85a1b47a9e895bb25cadd90bd2ea Closes-Bug: #1792503 |
||
---|---|---|
.. | ||
samples | ||
aggregates.inc | ||
allocation_candidates.inc | ||
allocations.inc | ||
conf.py | ||
index.rst | ||
inventories.inc | ||
inventory.inc | ||
parameters.yaml | ||
request-ids.inc | ||
reshaper.inc | ||
resource_class.inc | ||
resource_classes.inc | ||
resource_provider_allocations.inc | ||
resource_provider_traits.inc | ||
resource_provider_usages.inc | ||
resource_provider.inc | ||
resource_providers.inc | ||
root.inc | ||
traits.inc | ||
usages.inc |