Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Docker image not respecting /etc/hosts #96

Open
micahhausler opened this issue Jul 10, 2015 · 2 comments
Open

Docker image not respecting /etc/hosts #96

micahhausler opened this issue Jul 10, 2015 · 2 comments

Comments

@micahhausler
Copy link

Has something changed recently with the docker image? I know that my consul-demo running progrium/docker used to work: however the latest tag is no longer finding linked containers

Under the old tag, this compose file https://github.com/micahhausler/consul-demo/blob/master/docker-compose.yml#L11-L33 worked, however the current latest tagged image doesn't look up the linked container IP in /etc/hosts.

@progrium
Copy link
Contributor

We switched to Alpine because Busybox broke. However, I don't see any
problems with linked containers or /etc/hosts ... can you validate it
somehow? Also I don't recommend linked containers anyway. Try something
like resolvable.

On Thu, Jul 9, 2015 at 7:00 PM, Micah Hausler notifications@github.com
wrote:

Has something changed recently with the docker image? I know that my
consul-demo running progrium/docker used to work: however the latest tag
is no longer finding linked containers

Under the old tag, this compose file
https://github.com/micahhausler/consul-demo/blob/master/docker-compose.yml#L11-L33
worked, however the current latest tagged image doesn't look up the
linked container IP in /etc/hosts.


Reply to this email directly or view it on GitHub
#96.

Jeff Lindsay
http://progrium.com

@ashmckenzie
Copy link

I am seeing the same thing, even trying the newer gliderlabs/consul* images. I've recently switched to using docker-machine (with boot2docker) instead of boot2docker directly, perhaps that or a newer Docker version could be the culprit?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants