Docker hostname does not resolve while waiting for clair daemon to start
Customer gets the following when following the docs at https://docs.gitlab.com/ce/ci/examples/container_scanning.html.
Waiting for clair daemon to start ........... Timeout, aborting.
Steps to reproduce
I think the only difference is that the customer is running the build on Kubernetes. This is unconfirmed and there are probably other edge cases.
What is the current bug behavior?
docker does not resolve to
docker:6060 causing it to time out. We realised this by removing the
-q -O /dev/null options from the wget command for higher verbosity.
What is the expected correct behavior?
docker:6060 should resolve to the clair daemon, retrieving the namespaces endpoint when it comes up and continuing with the scan.
Relevant logs and/or screenshots
--2018-06-25 13:19:40-- http://docker:6060/v1/namespaces .Resolving docker... failed: Name does not resolve
Output of checks
Results of GitLab environment info
Results of GitLab application Check
We were able to work around this by changing
localhost:6060 so it connects through the host instead of the container.
I'm not sure if this is a simple documentation update or if we should investigate other methods to identify when the container is up.