[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