-
Notifications
You must be signed in to change notification settings - Fork 189
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
IP address exhaustion #88
Comments
That sounds like a problem with Swarm's Overlay network that is somewhat limited in certain providers. Where are you running your cluster? |
I am running it in an on-prem cluster, 5 nodes, docker 18.06.1~ce |
To add a more context, DFP has a single network assigned to it "Proxy", any container that is behind DFP is also on the "Proxy" network. Is it possible to assign multiple networks to the DFP container and then assign the load balanced containers on those networks? For example: Nginx: |
This project needs adoption. I moved to Kubernetes and cannot dedicate time to this project anymore. Similarly, involvement from other contributors dropped as well. Please consider contributing yourself if you think this project is useful. |
Dear @jwalkins2017 If this issue is still relevant, please feel free to leave a comment here. |
Closed due to inactivity |
Description
I am replicating multiple test environments behind a single DFP instance and have hit an IP exhaustion issue with all the containers being on the same "proxy" network. Is it possible to partition out the networks or have multiple DFP for each environment on the same swarm?
Steps to reproduce the issue:
Describe the results you received:
Containers are stuck in the new task.
Describe the results you expected:
Containers should start up normally.
Additional information you deem important (e.g. issue happens only occasionally):
Once I removed an environment, I was able to start up other containers.
The text was updated successfully, but these errors were encountered: