[virt-tools-list] [virt-manager PATCH] virtManager: keep polling the connection while waiting for a new VM

Giuseppe Scrivano gscrivan at redhat.com
Thu Feb 13 15:46:05 UTC 2014


Cole Robinson <crobinso at redhat.com> writes:

> On 02/13/2014 10:38 AM, Giuseppe Scrivano wrote:
>> Cole Robinson <crobinso at redhat.com> writes:
>> 
>>>> diff --git a/virtManager/create.py b/virtManager/create.py
>>>> index d8e68c3..f8c72e4 100644
>>>> --- a/virtManager/create.py
>>>> +++ b/virtManager/create.py
>>>> @@ -1789,6 +1789,7 @@ class vmmCreate(vmmGObjectUI):
>>>>          while (guest.uuid not in self.conn.vms) and (count < 100):
>>>>              count += 1
>>>>              time.sleep(.1)
>>>> +            self.conn.schedule_priority_tick(pollvm=True)
>>>>  
>>>>          vm = self.conn.get_vm(guest.uuid)
>>>>          vm.tick()
>>>>
>>>
>>> That will queue quite a lot of API calls, and particularly with the new domain
>>> events turned on that shouldn't even make a difference that I can see. Is this
>>> regularly reproducible? If so, how?
>> 
>> I hit it while creating a new VM for some tests and then it was quite
>> easy to reproduce while debugging: I had to create manually a bunch of
>> VMs trough the new VM wizard and it happens very often, I have no exact
>> numbers but once every 3-4 attempts I would say.
>> 
>
> Hmm, I'll try some more installs. Are there any other backtraces in the logs?
> Also do the logs say 'using domain events' ?

No, that is the only backtrace I can see here; it is using domain
events:

[gio, 13 feb 2014 16:45:06 virt-manager 31303] DEBUG (connection:872) Using domain events

Giuseppe




More information about the virt-tools-list mailing list