cc0be157d0
If a compute manager is stopped / fails during certain REBOOT-* operations then the instance will be left stuck in a transitional task_state This change handles two possible task states REBOOT_PENDING and REBOOT_STARTED (for both soft and hard reboots). And either clears these states or retries the reboot depending on the instance state. Both task states are set after the request has gotten to the compute manager so we can handle these safely knowing the operation has ended/failed with the restart of the compute manager. We retry the reboot where the state is PENDING and where the state is STARTED and the instance is not running. Where the instance is running and the state is STARTED we simply transition the instance to an ACTIVE state. The user can retry the reboot if required. Related to blueprint recover-stuck-state Change-Id: Ib318b3d444a67616441302f3daa8de20ee946f3f |
||
---|---|---|
.. | ||
contrib | ||
extensions | ||
plugins | ||
__init__.py | ||
test_api.py | ||
test_auth.py | ||
test_consoles.py | ||
test_extensions.py | ||
test_flavors.py | ||
test_image_metadata.py | ||
test_images.py | ||
test_limits.py | ||
test_server_actions.py | ||
test_server_metadata.py | ||
test_servers.py | ||
test_urlmap.py | ||
test_v3_auth.py | ||
test_v3_extensions.py | ||
test_versions.py |