Open Stack

Thanks, Jacob!


On Mon, May 13, 2013 at 11:57 AM, Jacob Godin <jacobgodin at gmail.com> wrote:

> 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/73d40368/attachment.html>