Looking recently at the following failure -

It appears that the fakelibvirt fixture is potentially causing races in
tests because after the first test in a worker starts a libvirt
connection, the libvirt python library spawns a thread which keeps
running in a loop for the duration of the tests. This is happening
regardless of whether or not the test in question is using libvirt (as
in this case). Having threads thumping around in the background means
that doing things like testing for when sleep is called can fail because
libvirt's thread is getting in the way.

What's the proper method of completely tearing down all the libvirt
resources so that when this fixture exits it will actually do that
correctly -
and not impact unrelated tests?


Sean Dague

OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Reply via email to