Skip to content
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

Closed
matt-deboer opened this issue Feb 26, 2016 · 6 comments
Closed

Comments

@matt-deboer
Copy link
Contributor

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 of apply 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 running apply 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 of apply to be aborted for stalling out without requiring a bunch of manual intervention.

@jen20
Copy link
Contributor

jen20 commented Mar 3, 2016

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.

@chrislovecnm
Copy link
Contributor

@jen20 you think this also may be the ip address issue that we are having? @tkak's PR #4283 We are really not waiting for the ip address correctly

@chrislovecnm
Copy link
Contributor

@matt-deboer #6377 may have fixed this ... you mind testing?

@chrislovecnm
Copy link
Contributor

@jen20 @stack72 this should be addressed. Can we close?

@stack72
Copy link
Contributor

stack72 commented Jun 2, 2016

Fixed by #6377

@stack72 stack72 closed this as completed Jun 2, 2016
@ghost
Copy link

ghost commented Apr 25, 2020

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.

@ghost ghost locked and limited conversation to collaborators Apr 25, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants