Registrator will not create consul services for the docker 1.12 service containers.

[cohenaj194]

This mainly an issue related to the newest version of docker (docker 1.12) and the new version of docker swarm. It has most likely occurred because this project is not up to date with the experimental version of docker. The newest version of docker has a built in version of swarm that deploys containers as docker services. These containers are not directly connected to ports on the swarm worker nodes and as such are not discovered by registrator. Instead they require a docker network, which automatically load balances any containers of a service on a server through a single pre-defined port. So all the containers are essentially attached to the same port, but indirectly so. Right now registrator is not discovering either the containers or the load balanced port.

Here is an example for recreating a docker service that fails to be registered by registrator:

docker network create -d overlay mynet
docker service create –name frontend –replicas 5 -p 80:80/tcp –network mynet nginx

[jeinwag]

Currently, creation of services isn't exposed through events, so I don't think there's anything that can be done until docker provides such events. It looks like it's already on the roadmap, though: moby/moby#23827

[bitsofinfo]

What about rudimentary polling of: https://docs.docker.com/engine/reference/api/docker_remote_api_v1.24/#/3-8-services

[jeinwag]

With Docker 1.13, services have the ability to publish ports in host mode (the same as with standalone containers).

[sitamet]

We are labeling containers (instead of services), with `docker service create --container-label SERVICE_80_NAME=wp-nginx-{{podId}}{{container_suffix}} ...` this way our registrator can see it ;)

…

On 1 February 2017 at 16:14, marcuslinke ***@***.***> wrote: Probably I've overseen something but wouldn't it be possible to support docker swarm labels at least? When a service is created this means some containers are created / started and the appropriate docker events are fired. If registrator could use swarm labels for service naming should'nt it suffice? docker inspect redis.1.8uj3q8o43vfe7b4nct99d4g3u ... "Labels": { "com.docker.swarm.node.id": "vpq694ms5z19r4ucn7qupj7xy", "com.docker.swarm.service.id": "s1gbqnsivxi1yz0ihvan7epc1", "com.docker.swarm.service.name": "redis", "com.docker.swarm.task": "", "com.docker.swarm.task.id": "8uj3q8o43vfe7b4nct99d4g3u", "com.docker.swarm.task.name": "redis.1.8uj3q8o43vfe7b4nct99d4g3u" } ... — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#443 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAX_M96c_cX3Z-afk2qEc5Txjj8UZhYGks5rYKFZgaJpZM4JHTTj> .

[logankoester]

@sitamet Solved my problem, thank you :-)

[pipozzz]

Hi, I have registered service but heath check is failing, could you give me some directions ?

I would like to register service to consul and be able to handle request to this service from fabio.

Thanks in advance.

[sulphur]

anyone find a method to do this with @sitamet method

docker service create --container-label SERVICE_6379_NAME=wp-redis -p 6379:6379 --network stackdemo_my-net redis

i get this in registrator :

2017/05/04 11:32:55 ignored: afb4eab7e999 port 6379 not published on host

[sitamet]

@sulphur If you don't expose your ports to the host, run registrator with the option to register "the exposed" ports:

-internal		Use exposed ports instead of published ports

[sulphur]

normally i expose them(unless i do it wrong :) ) i will try the internal that should fix my problem for non-exposed containers :) thanks

[gabrielfsousa]

dont work for me :(

docker service create --name tomcat_PROD --container-label SERVICE_8030_NAME=tomcat_PROD -p 8030:8030/tcp --mount type=bind,source=/mnt/tomcat_PROD/conf,target=/opt/tomcat/conf --mount type=bind,source=/mnt/tomcat_PROD/redouteapps,target=/opt/tomcat/redouteapps --mount type=bind,source=/mnt/tomcat_PROD/logs,target=/opt/tomcat/logs --replicas=4 docker01:5000/centos_java8_tomcat8.5.16