Open Stack

Hi Doug,

Here you go: https://bugs.launchpad.net/ceilometer/+bug/1179560. Let me
know if I can provide any more info.

Cheers,


On Mon, May 13, 2013 at 12:50 PM, Doug Hellmann <doug.hellmann at dreamhost.com
> wrote:

> Hi, Jacob,
>
> This looks like it's probably a bug in ceilometer -- we should be using
> the private URL, but the client defaults to the public URL.
>
> Could you open a bug for us at https://bugs.launchpad.net/ceilometer?
>
> Thanks,
> Doug
>
>
>
> On Mon, May 6, 2013 at 11:13 AM, Jacob Godin <jacobgodin at gmail.com> wrote:
>
>> Hi all,
>>
>> I have a working copy of ceilometer up and running (api, collector, and
>> central agent). However, when trying to get my compute agents working
>> properly, I'm running into problems with the Nova endpoint they're trying
>> to use. We have our setup configured so that our compute nodes have no
>> external access, AKA are limited to LAN only.
>>
>> Unfortunately, Ceilometer seems to grab the publicurl for the Nova
>> endpoint and attempt to use it. Here's an excerpt of the error:
>> 2013-05-06 14:54:52     INFO [urllib3.connectionpool] Starting new HTTP
>> connection (1): 10.x.x.x
>> 2013-05-06 14:54:52    DEBUG [urllib3.connectionpool] "POST /v2.0/tokens
>> HTTP/1.1" 200 None
>> 2013-05-06 14:54:53     INFO [urllib3.connectionpool] Starting new HTTP
>> connection (1): *X.X.X.X*
>> 2013-05-06 14:54:53    ERROR [ceilometer.nova_client] [Errno 101]
>> ENETUNREACH
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/dist-packages/ceilometer/nova_client.py", line
>> 33, in with_logging
>>     return func(*args, **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/ceilometer/nova_client.py", line
>> 69, in instance_get_all_by_host
>>     search_opts=search_opts))
>>   File "/usr/lib/python2.7/dist-packages/novaclient/v1_1/servers.py",
>> line 375, in list
>>     return self._list("/servers%s%s" % (detail, query_string), "servers")
>>   File "/usr/lib/python2.7/dist-packages/novaclient/base.py", line 62, in
>> _list
>>     _resp, body = self.api.client.get(url)
>>   File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 230,
>> in get
>>     return self._cs_request(url, 'GET', **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 217,
>> in _cs_request
>>     **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 199,
>> in _time_request
>>     resp, body = self.request(url, method, **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/novaclient/client.py", line 170,
>> in request
>>     **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/requests/api.py", line 44, in
>> request
>>     return session.request(method=method, url=url, **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 279,
>> in request
>>     resp = self.send(prep, stream=stream, timeout=timeout, verify=verify,
>> cert=cert, proxies=proxies)
>>   File "/usr/lib/python2.7/dist-packages/requests/sessions.py", line 374,
>> in send
>>     r = adapter.send(request, **kwargs)
>>   File "/usr/lib/python2.7/dist-packages/requests/adapters.py", line 206,
>> in send
>>     raise ConnectionError(sockerr)
>> ConnectionError: [Errno 101] ENETUNREACH
>>
>> I am using Keystone's admin url to authenticate, so that seems to be
>> posting properly (10.x.x.x). However, you can see that it then tries to use
>> X.X.X.X to talk to Nova API.
>>
>> Any ideas?
>>
>> Thanks
>>
>> _______________________________________________
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20130513/3fa75a6a/attachment.html>