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

Overlay network lost packet occasionally even connect to container in same host #1402

Closed
mimousewu opened this issue Aug 18, 2016 · 2 comments

Comments

@mimousewu
Copy link

I was deploying docker daemon v1.11.2 and swarm 1.2.4-rc2 to our production environment. I have only 2 nodes, 1 of them is the swarm master itself. but in some reasons, sometimes, the network lost packets while try to ping from one container to other. It mostly happened in days later.
Now, I have to expose all ports outside and use host ip address and exposed ports to combine our services. Thank god, it works fine. But I still want to get this fixed.
overlay_fail

@sudo-bmitch
Copy link

I've experienced this issue in a Docker 1.12.x environment, running on RHEL 7.3, kernel 3.10.0-514, and an overlay network setup with consul (swarm mode was not enabled, but the old container based swarm was used with this). It was always right around 7 pings we would lose so there appears to be a 7 second timeout somewhere. It happened when pinging the IP and it happened even with the target container was on the same host, so I don't believe it was related to DNS or physical network issues. Consul itself was very responsive too. If we waited 15-30 minutes, the problem would happen again for the same IP.

We've since upgraded to 1.13-rc7 and replaced consul with swarm mode. With this new configuration the problem no longer occurs.

@GordonTheTurtle
Copy link

@mimousewu It has been detected that this issue has not received any activity in over 6 months. Can you please let us know if it is still relevant:

  • For a bug: do you still experience the issue with the latest version?
  • For a feature request: was your request appropriately answered in a later version?

Thank you!
This issue will be automatically closed in 1 week unless it is commented on.
For more information please refer to #1926

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants