-
Notifications
You must be signed in to change notification settings - Fork 9.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
vsphere_virtual_machine timeout waiting for creation creates no tfstate #5347
Comments
I think the issue here is whether we get back an ID before the resource creation is complete. If so we may be able to use partial state to record this. |
@matt-deboer #6377 may have fixed this ... you mind testing? |
Fixed by #6377 |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Often when running
terraform apply
to create one or more (usually multiple) vsphere_virtual_machine instances, terraform stalls waiting for the vmware tools to come online and report an ip address (quite possibly an esxi problem). This never modifies the .tfstate file, thus subsequent runs ofapply
will attempt to create the resource again, only to error out finding that it already exists--the net result being manual stop and/or removal of each of the offending vms before runningapply
again.It would be better if entries for these vms were added to the .tfstate file in a "tainted" state, finally removing the tainted state once the vm reports back as online. This would allow subsequent runs of
apply
to delete and recreate the vm as needed, instead of requiring manual deletion, and it would also allow runs ofapply
to be aborted for stalling out without requiring a bunch of manual intervention.The text was updated successfully, but these errors were encountered: