You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currantly when you export and import a complete stack the network between the different containers dissapears and appear a new independent network per container.
We can see that the network has a memcached alias, but if we check the output of network list that network corresponds to the app-test_app-network.
m5xyqqv44mx0 app-test_app-network overlay swarm
Seems that the whaleprint export just uses the names and not the identifier to know the network, so when you tries to apply the DAB it generates one different network for container instead of use one for all the containers.
The text was updated successfully, but these errors were encountered:
@joskfg thx for reporting. Using the target field instead of the alias seems the best. We will have to make another query to the swam to get the current Target network name. Does that makes sense?
Currantly when you export and import a complete stack the network between the different containers dissapears and appear a new independent network per container.
We can reproduce it following this steps:
docker-compose.yml
Deploying the stack
Getting the DAB
whaleprint export
DAB obtained
We can see here the unknown networks
nginx
andmemcached
, actually we have noapp-test
network that is the defined in thedocker-compose.yml
.We can check the service running in the cluster.
We can see that the network has a memcached alias, but if we check the output of network list that network corresponds to the app-test_app-network.
Seems that the whaleprint export just uses the names and not the identifier to know the network, so when you tries to apply the DAB it generates one different network for container instead of use one for all the containers.
The text was updated successfully, but these errors were encountered: