[RFC] [PATCH] Re: [libvirt] race between qemu monitor startup and blocking migrate -incoming
Charles Duffy
Charles_Duffy at messageone.com
Thu Nov 19 01:01:08 UTC 2009
[ This is also filed in Red Hat's bugzilla at
https://bugzilla.redhat.com/show_bug.cgi?id=537938 ]
In cases where compression is in use, putting the waitpid() for the
decompression tool before the qemudWaitForMonitor() call appears to
eliminate the race in question.
As much of a cheap hack as it is, it seems like it would resolve the
race condition in question to always spawn and block on an intermediate
process, even if this means having *two* "cat" processes between
libvirtd and the qemu or kvm it is starting.
Comments?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libvirt-0.7.2-wait_for_intermediate_before_console.patch
Type: text/x-patch
Size: 4243 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20091118/576012df/attachment-0001.bin>
More information about the libvir-list
mailing list