When evacuation fails with NoValidHost, the migration status remains
'accepted' instead of 'error'. This causes problem in case the compute
service starts up again and looks for evacuations with status 'accepted',
as it then removes the local instances for those evacuations even though
the instance was never actually evacuated to another host.
Conflicts:
nova/conductor/manager.py
NOTE(mriedem): The conflict is due to not having change
I6590f0eda4ec4996543ad40d8c2640b83fc3dd9d in Ocata.
Change-Id: I06d78c744fa75ae5f34c5cfa76bc3c9460767b84
Closes-Bug: #1713783
(cherry picked from commit a8ebf5f1aac080854704e27146e8c98b053c6224)
(cherry picked from commit a3f286f43d866cd343d26d9bafadecab1c225e4b)
Reviewed: https:/ /review. fuel-infra. org/40164
Submitter: Pkgs Jenkins <email address hidden>
Branch: 9.0/mitaka
Commit: 171d726d401dcbb 75e3cfff5c3f777 e3d68ace2d
Author: Előd Illés <email address hidden>
Date: Mon Mar 25 17:27:27 2019
Set error state after failed evacuation
When evacuation fails with NoValidHost, the migration status remains
'accepted' instead of 'error'. This causes problem in case the compute
service starts up again and looks for evacuations with status 'accepted',
as it then removes the local instances for those evacuations even though
the instance was never actually evacuated to another host.
Conflicts: conductor/ manager. py
nova/
NOTE(mriedem): The conflict is due to not having change 96543ad40d8c264 0b83fc3dd9d in Ocata.
I6590f0eda4ec49
Change-Id: I06d78c744fa75a e5f34c5cfa76bc3 c9460767b84 54704e27146e8c9 8b053c6224) 343d26d9bafadec ab1c225e4b)
Closes-Bug: #1713783
(cherry picked from commit a8ebf5f1aac0808
(cherry picked from commit a3f286f43d866cd