Binding to PIPELINE2_WS_HOST

[josteinaj]

We have a file ("docker-entrypoint.sh") which I have set up to be used as the entrypoint when running Pipeline 2 in our docker environment (docker swarm):

#!/bin/bash -e

# Make sure that the Pipeline 2 Web Service can bind to the remote endpoint.
# For instance, if container is exposed as pipeline.example.com, then PIPELINE2_WS_HOST
# must be set to pipeline.example.com so that the web service responses include the
# correct hostname when returning URLs. However, the web service will also try to bind
# to the host declared in PIPELINE2_WS_HOST (this cannot be declared separately), so
# we map PIPELINE2_WS_HOST to 0.0.0.0 ("all interfaces") in /etc/hosts so that Pipeline 2
# are able to bind to the correct interface and listen for requests.

if [ "$PIPELINE2_WS_HOST" != "" ] && [ "$PIPELINE2_WS_HOST" != "0.0.0.0" ] ; then
    echo "0.0.0.0 $PIPELINE2_WS_HOST" >> /etc/hosts
fi

/opt/daisy-pipeline2/bin/pipeline2 "$@"

Let's say PIPELINE2_WS_HOST is example.com. This setup will make it bind to and use example.com as 0.0.0.0 internally, while still using example.com in API responses where there are URLs to jobs, scripts etc.

I'm not sure if this is a docker specific issue, or if it's a more general networking issue. But maybe there should be a separate environment variable for which host to bind to.

This couldmake docker setup easier, as was brought up in #709

[bertfrees]

Is this related to these issues?

• Dockerfile: fix port bindings pipeline-assembly#184
• Make it possible to configure the WS listen address separately from the host name pipeline-framework#153

I may have fixed this last year, in commit daisy/pipeline-framework@37cf09e. Can you check?

[josteinaj]

Ah, yes, I thought I might have brought this up before. So this is a duplicate.

I'll let you know on those issues when I've tried 👍