Closed jwalkins2017 closed 2 years ago
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: DFP: network proxy - external internal
Nginx: network internal
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.