mirror of
https://github.com/ansible-collections/community.general.git
synced 2024-09-14 20:13:21 +02:00
3044c0288f
To remove a scaleway compute node, one needs to stop it first. This is handled internally within the module by shutting down before removing. Shutting down the node transitions it to a "stopping" state, which is not the "stopped" state we expect. We thus need the transition to complete so that we can put it in the actual target state (absent, i.e. delete it). The mechanism for waiting for such transitions today is controlled by module parameters, with default to not being enabled at all, which includes the transition from ([running] -(stopping)-> [stopped]). Without this chage, in case of a running node, we would shut it down (transition it to "stopping"), not wait for it complete the transition, realize that it's not yet stopped and issue a second shut down command to the api. This would fail with a 400 Bad Request error, "already stopped". Reference: https://github.com/ansible/ansible/issues/45740 Reported-by: zwindler |
||
|---|---|---|
| .. | ||
| scaleway_compute.py | ||
| scaleway_image_facts.py | ||
| scaleway_image_info.py | ||
| scaleway_ip.py | ||
| scaleway_ip_facts.py | ||
| scaleway_ip_info.py | ||
| scaleway_lb.py | ||
| scaleway_organization_facts.py | ||
| scaleway_organization_info.py | ||
| scaleway_security_group.py | ||
| scaleway_security_group_facts.py | ||
| scaleway_security_group_info.py | ||
| scaleway_security_group_rule.py | ||
| scaleway_server_facts.py | ||
| scaleway_server_info.py | ||
| scaleway_snapshot_facts.py | ||
| scaleway_snapshot_info.py | ||
| scaleway_sshkey.py | ||
| scaleway_user_data.py | ||
| scaleway_volume.py | ||
| scaleway_volume_facts.py | ||
| scaleway_volume_info.py | ||