Revision ad940ab4
openstack: more robust server deletion
When removing a server and the volumes attached to it, the following can
happen:
- the server goes in ERROR status instead of being deleted
- if removed before the server is deleted, the volume may fail detach
and consequently the deletion can fail with "still attached, detach
volume first" - some volumes go in ERROR status instead of being deleted
This will cause problem when and if an instance is assigned the same IP
as an instance in ERROR state. They will both have the same name and
confuse teuthology.
Instead of assuming deletion is a reliable operation, assume it is a
best effort:
- rename the server and volumes to REMOVE-ME
- delete the server and then the volumes: ignore failures
The names instances and volumes in error state no longer conflict with
the name of running instances and can be dealt with at a later time,
and kept around for the cloud provider support to investigate.
Signed-off-by: Loic Dachary <ldachary@redhat.com>
Files
- added
- modified
- copied
- renamed
- deleted