We don't need to log a warning when we can't delete an allocation for an instance that doesn't exist
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
Matt Riedemann |
Bug Description
These are all over the n-cpu logs in master branch CI runs now:
2016-12-22 16:52:19.551 7348 WARNING nova.scheduler.
The resource could not be found.
No allocations for consumer '19d35113-
--
If we're trying to delete something that doesn't exist, we don't need to treat it as a warning or something that the operator needs to investigate.
Based on the name of the tenant, these are probably from tests where the instance is deleted while it's building.
This also shows up a ton in gate runs:
Changed in nova: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Matt Riedemann (mriedem) |
Fix proposed to branch: master /review. openstack. org/414349
Review: https:/