Open Stack

Yes, it was merged in Icehouse however it wasn't in time for 2014.1.2

On Thu, Sep 18, 2014 at 8:47 PM, Alex Leonhardt <aleonhardt.py at gmail.com>
wrote:

> Thanks for for ding this! Not sure but I guess this got into icehouse?
>
> Alex
>  On 18 Sep 2014 17:19, "Belmiro Moreira" <
> moreira.belmiro.email.lists at gmail.com> wrote:
>
>> For info I'm hitting the following bug:
>> https://bugs.launchpad.net/nova/+bug/1304968
>>
>> Belmiro
>>
>> On Wed, Sep 17, 2014 at 5:50 PM, Alex Leonhardt <aleonhardt.py at gmail.com>
>> wrote:
>>
>>> This is so long ago I cant even remember how it got fixed - fwiw, we're
>>> running Icehouse quite happily now - it may have been some API endpoint
>>> setting that was missing or wrong. Possible to post your nova config so I
>>> can compare to what we use right now ?
>>>
>>> Alex
>>>
>>> On 17 September 2014 15:23, Belmiro Moreira <
>>> moreira.belmiro.email.lists at gmail.com> wrote:
>>>
>>>> Hi,
>>>> I'm observing exactly the same problem.
>>>> But in my case it is happening every time a VM is deleted.
>>>>
>>>> I'm using icehouse.
>>>>
>>>> Any idea?
>>>>
>>>> regards,
>>>> Belmiro
>>>>
>>>>
>>>>
>>>> On Fri, Jul 18, 2014 at 10:22 AM, Alex Leonhardt <
>>>> aleonhardt.py at gmail.com> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I keep seeing this in the logs when deleting an instance ( and it
>>>>> takes significantly longer than on other Hyper Visors ) :
>>>>>
>>>>> 2014-07-18 09:16:50.453 23230 ERROR nova.virt.driver [-] Exception
>>>>> dispatching event <nova.virt.event.LifecycleEvent object at 0x3382650>:
>>>>> Info cache for instance {uuid goes here} could not be found.
>>>>> Traceback (most recent call last):
>>>>>
>>>>>   File "/usr/lib/python2.6/site-packages/nova/conductor/manager.py",
>>>>> line 597, in _object_dispatch
>>>>>     return getattr(target, method)(context, *args, **kwargs)
>>>>>
>>>>>   File "/usr/lib/python2.6/site-packages/nova/objects/base.py", line
>>>>> 151, in wrapper
>>>>>     return fn(self, ctxt, *args, **kwargs)
>>>>>
>>>>>   File "/usr/lib/python2.6/site-packages/nova/objects/instance.py",
>>>>> line 500, in refresh
>>>>>     self.info_cache.refresh()
>>>>>
>>>>>   File "/usr/lib/python2.6/site-packages/nova/objects/base.py", line
>>>>> 151, in wrapper
>>>>>     return fn(self, ctxt, *args, **kwargs)
>>>>>
>>>>>   File
>>>>> "/usr/lib/python2.6/site-packages/nova/objects/instance_info_cache.py",
>>>>> line 103, in refresh
>>>>>     self.instance_uuid)
>>>>>
>>>>>   File "/usr/lib/python2.6/site-packages/nova/objects/base.py", line
>>>>> 112, in wrapper
>>>>>     result = fn(cls, context, *args, **kwargs)
>>>>>
>>>>>   File
>>>>> "/usr/lib/python2.6/site-packages/nova/objects/instance_info_cache.py",
>>>>> line 70, in get_by_instance_uuid
>>>>>     instance_uuid=instance_uuid)
>>>>>
>>>>> InstanceInfoCacheNotFound: Info cache for instance {uuid goes here}
>>>>> could not be found.
>>>>>
>>>>>
>>>>> I had a look around and there used to be a bug that got fixed, I cant
>>>>> seem to see this on happening on a different HV (lets call it stack1) that
>>>>> runs the same version of openstack, however, that HV (stack1) was
>>>>> provisioned with packstack vs the one reporting above (stack2) via my own
>>>>> puppet module/manifest ...
>>>>>
>>>>> When deleting the VM from stack2, it also takes significantly longer
>>>>> than on stack1 ...
>>>>>
>>>>> Anyone got any ideas ? I dont see the same happening on stack1.
>>>>>
>>>>> Thanks all!
>>>>> Alex
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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/20140921/8dc04bea/attachment.html>