service try to contact zookeeper based on adress not ip
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pyjuju |
Invalid
|
Undecided
|
Unassigned |
Bug Description
i was trying to deploy juju charms on a private openstack cloud without success.
I was able to bootstrap, but when deploying a service such as mysql, it kept in pending state.
Logging on the service box, /var/log/
#######
2012-07-24 07:54:31,545: twisted@ERROR: Unhandled error in Deferred:
2012-07-24 07:54:31,557: twisted@ERROR: Unhandled Error
Traceback (most recent call last):
File "/usr/lib/
line 1181, in unwindGenerator
return _inlineCallback
File "/usr/lib/
line 1039, in _inlineCallbacks
result = g.send(result)
File "/usr/lib/
in startService
yield self.connect()
File "/usr/lib/
line 1181, in unwindGenerator
return _inlineCallback
--- <exception caught here> ---
File "/usr/lib/
line 1039, in _inlineCallbacks
result = g.send(result)
File "/usr/lib/
in connect
self.
File "/usr/lib/
302, in connect
return self.client.
File "/usr/lib/
466, in connect
self._servers, callback, self._session_
zookeeper.
#######
tcpdump on the zookeeper node show there was no attempt to connect to it (connectoing manually with telnet worked).
Turns out the python process trying to connect to zookeper try to connect to the zookeeper machine is using its name (server-23 or whatever) but cannot resolved it.
Exceprt from a irc chat with hazmat:
<hazmat> melmoth, that might be the case for the zk address
<hazmat> the ip usage for openstack is primarily for unit level relations
<hazmat> the zk address is resolved using the provider given dns entry
<hazmat> we can should/switch that out to ip though
<hazmat> melmoth, would you mind filing a bug report for that
<melmoth> ok. on my TODO list :)
The openstack native provider uses IP's only, so I don't think this bug is relevant anymore.