[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