Hello, I've upgraded to compose 1.6 and docker 1.10, hoping to leverage the v2 config format and get rid of hostname workarounds. My cluster doesn't really work with these versions, and I narrowed it down to this very odd issue with hostnames that compose assigns to services.
The generated alias from inspect and actual hostname alias have different lengths!:
From inspect:
"Aliases": [
"processing", // this is the service name from docker-compose.yml
"f4c3cf526a" // this is the generated hostname
],
The hostname from above is resolvable from other containers on this app network.
The hostname from the container (and in /etc/hosts) has 2 extra chars at the end and is not resolvable**.
My processing nodes report to the cluster manager using the $HOSTNAME. However, the manager node can't reach back to them because they are giving out the name which is not resolvable.
Hello, I've upgraded to compose 1.6 and docker 1.10, hoping to leverage the v2 config format and get rid of hostname workarounds. My cluster doesn't really work with these versions, and I narrowed it down to this very odd issue with hostnames that compose assigns to services.
Full config (in a current, somewhat broken form) is here: https://github.com/aperepel/docker-nifi/blob/master/nifi-cluster/docker-compose.yml. The actual service name is
processing
in case I haven't pushed the update to this branch yet.And now inside that container:
The generated alias from
inspect
and actual hostname alias have different lengths!: From inspect:The hostname from above is resolvable from other containers on this app network. The hostname from the container (and in
/etc/hosts
) has 2 extra chars at the end and is not resolvable**.My processing nodes report to the cluster manager using the
$HOSTNAME
. However, the manager node can't reach back to them because they are giving out the name which is not resolvable.