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
Error launching source instance (dial tcp: i/o timeout) #781
Comments
I am able to push with the same keys using packer. images are built just fine as long as I am using region eu-west-1. I tried to change into using eu-west-1 for terraform, but the result is the same. I get the same error.
I changed the public ami for one I maneged to build with packer, but no result. ami: ami-1f931268 |
If I use a atlas artifact built by packer. Everything works fine:
Here is the packer config:
|
correction: I had to remove
thus, no instances gets created, but if I add this:
Then same errors as before security_groups = ["sg-bb1a83de"] has ports: 22,80,53 and 65535 open Error: atlas_artifact.web: Creation complete 1 error(s) occurred:
|
I hit the same issue today with 0.3.6. If I run 0.3.5 I get the following message: aws_instance.example: Error: Error launching source instance: The specified instance type can only be used in a VPC. A subnet ID or network interface ID is required to carry out I just changed the instance type to m3.medium and it happily worked with 0.3.5. 0.3.6 still had the issue. |
I got the same error message doing the tutorial with 0.3.6. The url in the error would work just fine pasted to curl, but terraform apply kept failing. Eventually I figured out that the timeout was for one of the DNS server entries I had in my resolv.conf, and not for the aws endpoint. After removing the entry, it worked fine. This really should be handled more gracefully in the code, as everything else on my box that needs to resolve dns is able to deal with this situation just fine. At the very least, it would be nice if the error message included the endpoint that actually timed out. |
This error is coming from deep within the library we use to talk to AWS. It is a very strange error. We're in the process of switching to another AWS library (for 0.4.0), the official AWS Go library, and I hope this will resolve this issue. At the very least, it'll render it moot since this error is coming from a soon-to-be defunct library. Thanks for the debug info, but let's close this out because of the above. |
I also got this same error. In my case, it had to do with the security group. Essentially, I was working out of a coffee shop and forgot to add my CIDR block to the Security Groups. Therefore, terraform was not able to reach the machine via ssh due to Security Group restrictions. I modified my CIDR block list variable to include the IP of my current location and had no issues. |
I got the same issue .
Initializing the backend... |
Just got the same issue:
Transient error, worked on retry, but FYI |
I have this problem too when addressing a eks cluster I created in module 1 through the kubernetes provider in module 2. I am not sure if it's because Terraform tries to create Kubernetes resources before the cluster is fully available, but if I rerun 'terraform apply' immediately it works... |
Hello @jbarajas - What do you mean by? "add my CIDR block to the Security Groups." I have added the 192.168.43.11 IP addr. of the bridged enp0s3 interface of the VM to the default Security Group but I've still got the i/o timeout error. TCP: 22, 80, 443, 53, 5985, 5986, 3389, 0 - 65535 [ERROR] error creating shell: unknown error Post http://52.18.42.176:5985/wsman: dial tcp 52.18.42.176:5985: i/o timeout I have used this AMI: ami-9c25a6e5. Maybe because it has EBS device? Thank you. |
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. |
Not sure what I am doing wrong here. I have set up a free tier account with amazon and are using a public ubuntu 14.04 ami: ami-b83c0aa5 on a t2.micro
I get no repported errors running:
, but when I try to apply:
the tf is very straight forward with no dependencies.
NB: Had to remove the real keys of course.
The text was updated successfully, but these errors were encountered: