[libvirt] [PATCH 0/2] Try to get rid of most monitor timeout errors

Michal Privoznik mprivozn at redhat.com
Fri Jan 10 15:51:59 UTC 2014


On 09.01.2014 09:22, Martin Kletzander wrote:
> This is basically v3 of the patch Pavel Fux sent [1] with the addition
> of changing the default as discussed in the same thread [2].
> 
> Martin
> 
> [1] https://www.redhat.com/archives/libvir-list/2014-January/msg00060.html
> [2] https://www.redhat.com/archives/libvir-list/2014-January/msg00367.html
> 
> Martin Kletzander (1):
>   qemu: Change the default unix monitor timeout
> 
> Pavel Fux (1):
>   qemu: Add support for changing timeout value to open unix monitor
>     socket
> 
>  src/qemu/libvirtd_qemu.aug         |  3 +++
>  src/qemu/qemu.conf                 | 12 ++++++++++++
>  src/qemu/qemu_conf.c               |  2 ++
>  src/qemu/qemu_conf.h               |  2 ++
>  src/qemu/qemu_monitor.c            | 20 +++++++++++++++++---
>  src/qemu/test_libvirtd_qemu.aug.in |  1 +
>  6 files changed, 37 insertions(+), 3 deletions(-)
> 
> --
> 1.8.5.2
> 
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
> 

I'm not going to ACK these until there's an agreement upstream, but just
to express my opinion: I like these patches. I'm not sure about qemu
internals, but I see some cases where this might be handy:

a) qemu access anything on the disk prior to creating the eventloop
thread (and thus accept()-ing us on the monitor). The file qemu's
accessing might be on an NFS which is currently unresponsive. Either it
will be back in a while and then we can allow domain startup, or it
won't - then we need to kill the qemu. And what does 'while' mean is use
case specific => should be configurable.

b) system is temporarily under heavy load - e.g. I/O load - which means,
kernel is not able to link and preload qemu and its libraries.

Michal




More information about the libvir-list mailing list