You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you use salt-cloud -p name_of_vm to create a VM, and during the process of building that VM the salt-cloud is unable to connect to the device, then an exception is raised which deletes the VM.
The failure may be a consequence of the specific image you are using to build the device, or perhaps an intermittent failure with the underlying infrastructure which needs further investigation.
Given that the device is automatically deleted in these circumstances makes it difficult to investigate the source of the underlying issue, or perform network troubleshooting against the instance since it no longer exists.
It should be possible in these circumstances to disable the automatic destruction of the device
e.g.
Have an option in salt-cloud:
destroy_vm_on_create_failure: (with a default value of True, but which could be set to False when troubleshooting issues)
Regards
Mark
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.
Description of Issue/Question
If you use salt-cloud -p name_of_vm to create a VM, and during the process of building that VM the salt-cloud is unable to connect to the device, then an exception is raised which deletes the VM.
e.g.
https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/openstack.py#L689-L696
https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/nova.py#L998-L1005
The failure may be a consequence of the specific image you are using to build the device, or perhaps an intermittent failure with the underlying infrastructure which needs further investigation.
Given that the device is automatically deleted in these circumstances makes it difficult to investigate the source of the underlying issue, or perform network troubleshooting against the instance since it no longer exists.
It should be possible in these circumstances to disable the automatic destruction of the device
e.g.
Have an option in salt-cloud:
destroy_vm_on_create_failure: (with a default value of True, but which could be set to False when troubleshooting issues)
Regards
Mark
The text was updated successfully, but these errors were encountered: