|
Il 12/06/2013 19:31, Cole Robinson ha
scritto:
On 06/12/2013 04:10 AM, Sandro Bonazzola wrote:
Il 11/06/2013 18:21, Cole Robinson ha scritto:
On 06/11/2013 07:58 AM, Sandro Bonazzola wrote:
Hi,
using vdsm python code, I've the following error at program exit that
seems to be related to libvirt python code, something wrong in a destructor:
Exception AttributeError: AttributeError("virConnect instance has no
attribute 'domainEventCallbacks'",) in <bound method virConnect.__del__
of <libvirt.virConnect instance at 0x4280f38>> ignored
I'm using libvirt 1.0.6
Is it a known issue? Is there any workaround / fix ?
I've seen this too, sometimes via the virtinst test suite. Once upon a time I
tracked it down to whether the virtinst code did 'import selinux' or not, so
maybe it's a just some weird race, or a side effect of something other
libraries do in their cleanup path. By inspection alone the __del__ handler
doesn't seem to be doing anything wrong.
- Cole
It seems related only to domainEventCallbacks so maybe it appears only
after a domain creation / modification.
Oh, sorry, now that I look at the code it makes a bit more sense. The error I
was recalling was a __del__ Exception but wasn't involving domain events.
But I still don't see why __del__ is complaining, since the whole thing is
wrapped in try: ... except AttributeError. So not sure what the issue is.
- Cole
According to the python documentation, you can't handle exception in
__del__:
http://docs.python.org/2/reference/datamodel.html#object.__del__
Warning
Due to the precarious circumstances under which __del__() methods are
invoked, exceptions that occur during their execution are ignored,
and a warning
is printed to sys.stderr
instead.
So you have to test the existence of the attribute before using it
and not try to use it and try to handle an exception that can't be
handled.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
|
--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list