Hello Daniel, I'm running cluster of libvirt-managed KVM's, and I'm having quite a lot of problems with libvirt concurrent access. It seems that this batch of patches might fix some of those, right? Should I test them or wait till next release before digging further into it and reporting? thanks a lot with best regards nik On Tue, Nov 03, 2009 at 02:49:54PM -0500, Daniel P. Berrange wrote: > This is an update of this series: > > http://www.redhat.com/archives/libvir-list/2009-October/msg00644.html > > minus the patches DV already ACKd which I've merged. > > The main change in this series is that I've removed the change which > added a RW-lock primitive in the QEMU driver. Instead I've implemented > the job condition variable idea I described here > > http://www.redhat.com/archives/libvir-list/2009-October/msg00815.html > > The nice thing about this is that its actually possible to start doing > timeouts of commands. This series only partially supports timeouts. A > long running monitor command itself will not timeout, but if a second > API call is made while someone else is using the monitor, this waiting > call will timeout after 30 seconds if the monitor was not relased. > > Daniel > > -- > Libvir-list mailing list > Libvir-list@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/libvir-list > -- ------------------------------------- Nikola CIPRICH LinuxBox.cz, s.r.o. 28. rijna 168, 709 01 Ostrava tel.: +420 596 603 142 fax: +420 596 621 273 mobil: +420 777 093 799 www.linuxbox.cz mobil servis: +420 737 238 656 email servis: servis@xxxxxxxxxxx ------------------------------------- -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list