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...@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@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > >
_______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators