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
Overlay Network on EC2: no route to host #19697
Comments
If you are reporting a new issue, make sure that we do not have any duplicates already open. You can ensure this by searching the issue list for this repository. If there is a duplicate, please close your issue and add a comment to the existing issue instead. If you suspect your issue is a bug, please edit your issue description to include the BUG REPORT INFORMATION shown below. If you fail to provide this information within 7 days, we cannot debug your issue and will close it. We will, however, reopen it if you later provide the information. For more information about reporting issues, see CONTRIBUTING.md. You don't have to include this information if this is a feature request (This is an automated, informational response) BUG REPORT INFORMATIONUse the commands below to provide key information from your environment:
Provide additional environment details (AWS, VirtualBox, physical, etc.): List the steps to reproduce the issue: Describe the results you received: Describe the results you expected: Provide additional info you think is important: ----------END REPORT --------- #ENEEDMOREINFO |
UPDATE: I was able to get this working by changing my cluster advertise url from It might be worth adding something about this in the docs if that is indeed expected behavior. |
Some older doc suggested using eth0:0 as advertise address. not sure if it still works. |
I have the same issue with Here my test
Create nginx node1
Run busybox
Any help?? Docker info
|
Update: have it work by changing --cluster-advertise to private_ip:2375. Before eth0:2375 |
For me that did very little, I also had no need to expose that port so far, as I'm not using Docker Swarm. Fix unreliable inter-service communication after scaling down and up #25603 That's a 1.12.1 fix. Upgrade to 1.12.1 does seem to fix the problem for me. |
@pilgrim2go Thanks for the pointer, fixing --cluster-advertise fixes networking for me. |
Looks like this issue is resolved / answered, so I'll close, but ping me if you think there's still something that needs to be addressed |
I have the same issue.
And I create a docker network with The network is correct replicated over etcd and its available on all hosts. But if I try to connect to a container over a container which is correct in the network (docker network inspect network) it doenst work Here is my docker info:
|
I have a setup where I have 3 docker hosts running in an etcd-backed cluster on CoreOS where I want to use a docker overlay network to connect relevant containers (potentially across hosts) and I seem to be running into a routing issue.
The Setup
I have 3 containers each running on separate hosts on an overlay network. One is a PGPool load balancer, then a master Postgres db, and a standby replica instance, all running traffic out of 5432. Where 5432 on the first server (pgpool) is exposed publicly, and the actual PG instances are intended to be connected via hostnames in the network. Running the containers with the network in this way gives me an iptables entry of:
The Problem
When I have a container that is the master db, say,
db-master
and then the pgpool instance that has the namedb-lb
and I open up a shell on either container I get the following:Where, of course, 10.0.0.3 is
db-master
and 10.0.0.2 isdb-lb
. Running traceroute gives me:And finally the output of
route -n
on a host is:What's interesting is that two containers that are on the same host don't have any trouble at all communicating with each other over the network, but I tried completely opening up my AWS security group and no dice. Additionally fleet & etcd have no problem communicating between the cluster. I also tried the exact same setup on a local VM cluster using vagrant and had no issues with routing between hosts. Am I missing something? Or does AWS require some sort of specific setup?
Docker Version info:
The text was updated successfully, but these errors were encountered: