dnsmasq does not use -h, so /etc/hosts sends folks to loopback when they look up the machine it's running on
Bug #1201873 reported by
Nick Moffitt
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
Sean Dague | ||
nova (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
from dnsmasq(8):
-h, --no-hosts
Don't read the hostnames in /etc/hosts.
I reliably get bit by this during certain kinds of deployments, where my nova-network/dns host has an entry in /etc/hosts such as:
127.0.1.1 hostname.
I keep having to edit /etc/hosts on that machine to use a real IP, because juju gets really confused when it looks up certain openstack hostnames and gets sent to its own instance!
tags: | added: network |
Changed in nova (Ubuntu): | |
status: | Confirmed → Triaged |
importance: | Undecided → Medium |
Changed in nova: | |
milestone: | none → juno-rc1 |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | juno-rc1 → 2014.2 |
Changed in nova (Ubuntu): | |
status: | Triaged → Fix Released |
To post a comment you must log in.
This sounds like a JuJu problem to me :)
IMHO, /etc/hosts should not redirect $HOSTNAME to anything other than a routable external interface in a real environment with working DNS. Assuming your machine is not called "localhost" I think that this is a configuration issue.