c7aa79cdfa
So far, whenever we had to revert HealthMonitorToErrorOnRevertTask, we called mark_health_mon_prov_status_error with the wrong parameter (health_mon[constants.POOL_ID] == the pool id). This would set the pool's provisioning status to ERROR. Later in the revert task we call mark_pool_prov_status_active with the correct argument (health_mon[constants.POOL_ID] == the pool id), so we set it back to ACTIVE, and the task continues correctly. This means we might have missed setting the health monitor's provisioning status to ERROR, and therefore we might have missed some errors. This commit changes the parameter to be the correct one in both API v1 and v2, and it modifies the tests accordingly. Story 2010113 Task 45690 Change-Id: I5a749c751d184ec10957a31b569419d57fe8daf6 (cherry picked from commit 96f2ca7cecfca43000ddba929fc1bc348c845b27) (cherry picked from commit 5ca3849a8f9d0aaeabece97f520d5656431594d6)
6 lines
193 B
YAML
6 lines
193 B
YAML
---
|
|
fixes:
|
|
- |
|
|
Fix a bug that prevented the provisioning_state of a health-monitor to be
|
|
set to ERROR when an error occurred while creating, updating or deleting a
|
|
health-monitor. |