Node blacklisting can't be reverted/reseted
Bug #1741053 reported by
Cédric Jeanneret deactivated
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Heat |
Fix Released
|
Medium
|
Steven Hardy | ||
tripleo |
Fix Released
|
High
|
Unassigned |
Bug Description
Dear Stackers,
When we follow the process for a node removal (for example a compute), its id id blacklisted, preventing any new deploy of the said compute.
It appears the backlisting is only in an "append" mode, and can't be properly reset:
https:/
It would be good to get a way to reset the blacklist, for example if we removed a node in order to replace it (and didn't use the "mark unhealthy" worklow for some reason).
Thank you!
Cheers,
C.
Changed in tripleo: | |
status: | New → Triaged |
importance: | Undecided → High |
milestone: | none → rocky-3 |
Changed in tripleo: | |
milestone: | rocky-3 → queens-3 |
Changed in tripleo: | |
milestone: | queens-3 → queens-rc1 |
Changed in tripleo: | |
status: | Triaged → Fix Released |
To post a comment you must log in.
I think there may be two bugs here:
1. After openstack overcloud node delete, any subsequent update appears to reset the e.g ComputeRemovalP olicies parameter in the heat environment. This is probably a bug in tripleo-common I think, and it makes it somewhat confusing figuring out why some node is permanently blacklisted.
2. In heat, the removal_policies is sticky (which is why the above bug doesn't cause problems), we only ever append to the list in heat here:
https:/ /github. com/openstack/ heat/blob/ master/ heat/engine/ resources/ openstack/ heat/resource_ group.py# L333
Probably we need two fixes, one to tripleo-comon to persist the *RemovalPolicies parameters set by tripleo on node-delete, e.g update the plan with the parameter and ensure it's visible unless overridden by an operator explicitly, and one to heat which adds a new interface that optionally allows the removal_policies list to be explicitly interpreted vs added to the internal state.