- Devel - libvirt List Archives

[libvirt] Error in `virsh': corrupted double-linked list while running virsh domstate
by Eric Wheeler 11 May '16

11 May '16

Hello all, We've been using libvirt for years and it works great, however we just hit a bug. This is running libvirt-1.2.17-13.el7_2.4, however strangely, we had the same backtrace on a complete difference system in a different data center using version libvirt-1.2.17-13.el7_2.3. Both traces are pasted below. This rarely happens, so I'm not sure how to reproduce it. I'm opening to suggestions if you would like to try anything. -Eric ======== This is the backtrace using libvirt-1.2.17-13.el7_2.4 ======== May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ *** Error in `virsh': corrupted double-linked list: 0x000055f89e7035d0 *** ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ======= Backtrace: ========= ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(+0x7b184)[0x7eff8922c184] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(+0x7d235)[0x7eff8922e235] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virFree+0x1a)[0x7eff8c4fd55a] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virObjectUnref+0x145)[0x7eff8c5443b5] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(+0x81794)[0x7eff8c51a794] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virEventPollRunOnce+0x69f)[0x7eff8c51baff] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(virEventRunDefaultImpl+0x42)[0x7eff8c51a2f2] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ virsh(+0x26545)[0x55f89d613545] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libvirt.so.0(+0xc3f42)[0x7eff8c55cf42] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libpthread.so.0(+0x7dc5)[0x7eff89579dc5] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ /lib64/libc.so.6(clone+0x6d)[0x7eff892a728d] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ======= Memory map: ======== ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d5ed000-55f89d664000 r-xp 00000000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d864000-55f89d877000 r--p 00077000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89d877000-55f89d878000 rw-p 0008a000 fd:02 135495 /usr/bin/virsh ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 55f89e6e5000-55f89e71e000 rw-p 00000000 00:00 0 [heap] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff7c000000-7eff7c021000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff7c021000-7eff80000000 ---p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82601000-7eff82602000 ---p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82602000-7eff82e02000 rw-p 00000000 00:00 0 [stack:15324] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82e02000-7eff82e05000 r-xp 00000000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff82e05000-7eff83004000 ---p 00003000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83004000-7eff83005000 r--p 00002000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83005000-7eff83006000 rw-p 00003000 fd:02 4520 /usr/lib64/libkeyutils.so.1.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83006000-7eff83013000 r-xp 00000000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83013000-7eff83213000 ---p 0000d000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83213000-7eff83214000 r--p 0000d000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83214000-7eff83215000 rw-p 0000e000 fd:02 5750 /usr/lib64/libkrb5support.so.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83215000-7eff83217000 r-xp 00000000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83217000-7eff83416000 ---p 00002000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83416000-7eff83417000 r--p 00001000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83417000-7eff83418000 rw-p 00002000 fd:02 2428 /usr/lib64/libfreebl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83418000-7eff8347b000 r-xp 00000000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8347b000-7eff8367a000 ---p 00063000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8367a000-7eff8367e000 r--p 00062000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8367e000-7eff83685000 rw-p 00066000 fd:02 5772 /usr/lib64/libssl.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83685000-7eff83843000 r-xp 00000000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83843000-7eff83a43000 ---p 001be000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a43000-7eff83a5d000 r--p 001be000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a5d000-7eff83a69000 rw-p 001d8000 fd:02 5770 /usr/lib64/libcrypto.so.1.0.1e ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a69000-7eff83a6d000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a6d000-7eff83a74000 r-xp 00000000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83a74000-7eff83c73000 ---p 00007000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c73000-7eff83c74000 r--p 00006000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c74000-7eff83c75000 rw-p 00007000 fd:02 3798 /usr/lib64/libffi.so.6.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c75000-7eff83c84000 r-xp 00000000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83c84000-7eff83e83000 ---p 0000f000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e83000-7eff83e84000 r--p 0000e000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e84000-7eff83e85000 rw-p 0000f000 fd:02 3702 /usr/lib64/libbz2.so.1.0.6 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e85000-7eff83e9a000 r-xp 00000000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff83e9a000-7eff84099000 ---p 00015000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84099000-7eff8409a000 r--p 00014000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409a000-7eff8409b000 rw-p 00015000 fd:02 3767 /usr/lib64/libelf-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409b000-7eff8409f000 r-xp 00000000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8409f000-7eff8429e000 ---p 00004000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8429e000-7eff8429f000 r--p 00003000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8429f000-7eff842a0000 rw-p 00004000 fd:02 3803 /usr/lib64/libattr.so.1.1.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff842a0000-7eff842c5000 r-xp 00000000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff842c5000-7eff844c5000 ---p 00025000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844c5000-7eff844c9000 r--p 00025000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844c9000-7eff844ca000 rw-p 00029000 fd:02 3382 /usr/lib64/libtinfo.so.5.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff844ca000-7eff8452a000 r-xp 00000000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8452a000-7eff84729000 ---p 00060000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84729000-7eff8472a000 r--p 0005f000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8472a000-7eff8472b000 rw-p 00060000 fd:02 3469 /usr/lib64/libpcre.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8472b000-7eff8477b000 r-xp 00000000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8477b000-7eff8497a000 ---p 00050000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497a000-7eff8497d000 r--p 0004f000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497d000-7eff8497e000 rw-p 00052000 fd:02 8402 /usr/lib64/libldap-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8497e000-7eff8498c000 r-xp 00000000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8498c000-7eff84b8b000 ---p 0000e000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8b000-7eff84b8c000 r--p 0000d000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8c000-7eff84b8d000 rw-p 0000e000 fd:02 8400 /usr/lib64/liblber-2.4.so.2.10.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b8d000-7eff84b90000 r-xp 00000000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84b90000-7eff84d8f000 ---p 00003000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d8f000-7eff84d90000 r--p 00002000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d90000-7eff84d91000 rw-p 00003000 fd:02 3556 /usr/lib64/libcom_err.so.2.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84d91000-7eff84dc0000 r-xp 00000000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84dc0000-7eff84fbf000 ---p 0002f000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fbf000-7eff84fc1000 r--p 0002e000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc1000-7eff84fc2000 rw-p 00030000 fd:02 5738 /usr/lib64/libk5crypto.so.3.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc2000-7eff84fc3000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff84fc3000-7eff85098000 r-xp 00000000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85098000-7eff85298000 ---p 000d5000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85298000-7eff852a5000 r--p 000d5000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852a5000-7eff852a8000 rw-p 000e2000 fd:02 5748 /usr/lib64/libkrb5.so.3.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852a8000-7eff852f1000 r-xp 00000000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff852f1000-7eff854f1000 ---p 00049000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f1000-7eff854f2000 r--p 00049000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f2000-7eff854f4000 rw-p 0004a000 fd:02 5734 /usr/lib64/libgssapi_krb5.so.2.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff854f4000-7eff8552e000 r-xp 00000000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8552e000-7eff8572d000 ---p 0003a000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8572d000-7eff8572e000 r--p 00039000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8572e000-7eff85730000 rw-p 0003a000 fd:02 19690 /usr/lib64/libnspr4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85730000-7eff85732000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85732000-7eff85736000 r-xp 00000000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85736000-7eff85935000 ---p 00004000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85935000-7eff85936000 r--p 00003000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85936000-7eff85937000 rw-p 00004000 fd:02 19695 /usr/lib64/libplc4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85937000-7eff8593a000 r-xp 00000000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8593a000-7eff85b39000 ---p 00003000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b39000-7eff85b3a000 r--p 00002000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b3a000-7eff85b3b000 rw-p 00003000 fd:02 19696 /usr/lib64/libplds4.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b3b000-7eff85b61000 r-xp 00000000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85b61000-7eff85d60000 ---p 00026000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d60000-7eff85d66000 r--p 00025000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d66000-7eff85d67000 rw-p 0002b000 fd:02 19697 /usr/lib64/libnssutil3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85d67000-7eff85e85000 r-xp 00000000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff85e85000-7eff86084000 ---p 0011e000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86084000-7eff86089000 r--p 0011d000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86089000-7eff8608b000 rw-p 00122000 fd:02 4102 /usr/lib64/libnss3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8608b000-7eff8608d000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8608d000-7eff860b1000 r-xp 00000000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff860b1000-7eff862b0000 ---p 00024000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b0000-7eff862b3000 r--p 00023000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b3000-7eff862b4000 rw-p 00026000 fd:02 19704 /usr/lib64/libsmime3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862b4000-7eff862f2000 r-xp 00000000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff862f2000-7eff864f1000 ---p 0003e000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f1000-7eff864f5000 r--p 0003d000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f5000-7eff864f6000 rw-p 00041000 fd:02 19705 /usr/lib64/libssl3.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f6000-7eff864f7000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff864f7000-7eff8651f000 r-xp 00000000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8651f000-7eff8671f000 ---p 00028000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8671f000-7eff86720000 r--p 00028000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86720000-7eff86721000 rw-p 00029000 fd:02 8358 /usr/lib64/libssh2.so.1.0.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86721000-7eff86753000 r-xp 00000000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86753000-7eff86952000 ---p 00032000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86952000-7eff86953000 r--p 00031000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86953000-7eff86954000 rw-p 00032000 fd:02 4032 /usr/lib64/libidn.so.11.6.11 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86954000-7eff8695c000 r-xp 00000000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8695c000-7eff86b5b000 ---p 00008000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5b000-7eff86b5c000 r--p 00007000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5c000-7eff86b5d000 rw-p 00008000 fd:02 3019 /usr/lib64/libcrypt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b5d000-7eff86b8b000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86b8b000-7eff86c01000 r-xp 00000000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86c01000-7eff86e00000 ---p 00076000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e00000-7eff86e01000 r--p 00075000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e01000-7eff86e02000 rw-p 00076000 fd:02 4076 /usr/lib64/libgmp.so.10.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e02000-7eff86e28000 r-xp 00000000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff86e28000-7eff87027000 ---p 00026000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87027000-7eff87028000 r--p 00025000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87028000-7eff87029000 rw-p 00026000 fd:02 4571 /usr/lib64/libhogweed.so.2.5 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87029000-7eff87058000 r-xp 00000000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87058000-7eff87258000 ---p 0002f000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87258000-7eff87259000 r--p 0002f000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87259000-7eff8725a000 rw-p 00030000 fd:02 4573 /usr/lib64/libnettle.so.4.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8725a000-7eff8726c000 r-xp 00000000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8726c000-7eff8746c000 ---p 00012000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746c000-7eff8746d000 r--p 00012000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746d000-7eff8746e000 rw-p 00013000 fd:02 4524 /usr/lib64/libtasn1.so.6.2.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8746e000-7eff874dc000 r-xp 00000000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff874dc000-7eff876db000 ---p 0006e000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876db000-7eff876dc000 r--p 0006d000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876dc000-7eff876de000 rw-p 0006e000 fd:02 9719 /usr/lib64/libtspi.so.1.2.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876de000-7eff876df000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff876df000-7eff8771b000 r-xp 00000000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8771b000-7eff8791a000 ---p 0003c000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8791a000-7eff87923000 r--p 0003b000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87923000-7eff87925000 rw-p 00044000 fd:02 3878 /usr/lib64/libp11-kit.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87925000-7eff8793a000 r-xp 00000000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8793a000-7eff87b39000 ---p 00015000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b39000-7eff87b3a000 r--p 00014000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b3a000-7eff87b3b000 rw-p 00015000 fd:02 3487 /usr/lib64/libz.so.1.2.7 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b3b000-7eff87b80000 r-xp 00000000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87b80000-7eff87d7f000 ---p 00045000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d7f000-7eff87d81000 r--p 00044000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d81000-7eff87d82000 rw-p 00046000 fd:02 3918 /usr/lib64/libdw-0.163.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d82000-7eff87d98000 r-xp 00000000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87d98000-7eff87f98000 ---p 00016000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f98000-7eff87f99000 r--p 00016000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f99000-7eff87f9a000 rw-p 00017000 fd:02 3048 /usr/lib64/libresolv-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f9a000-7eff87f9c000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87f9c000-7eff87fa0000 r-xp 00000000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff87fa0000-7eff8819f000 ---p 00004000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8819f000-7eff881a0000 r--p 00003000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff881a0000-7eff881a1000 rw-p 00004000 fd:02 3779 /usr/lib64/libgpg-error.so.0.10.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff881a1000-7eff8821d000 r-xp 00000000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8821d000-7eff8841d000 ---p 0007c000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8841d000-7eff8841e000 r--p 0007c000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8841e000-7eff88421000 rw-p 0007d000 fd:02 3819 /usr/lib64/libgcrypt.so.11.8.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88421000-7eff88422000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88422000-7eff88446000 r-xp 00000000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88446000-7eff88645000 ---p 00024000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88645000-7eff88646000 r--p 00023000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88646000-7eff88647000 rw-p 00024000 fd:02 3334 /usr/lib64/liblzma.so.5.0.99 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88647000-7eff8864b000 r-xp 00000000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8864b000-7eff8884a000 ---p 00004000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884a000-7eff8884b000 r--p 00003000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884b000-7eff8884c000 rw-p 00004000 fd:02 3808 /usr/lib64/libcap.so.2.22 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8884c000-7eff88861000 r-xp 00000000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88861000-7eff88a60000 ---p 00015000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a60000-7eff88a61000 r--p 00014000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a61000-7eff88a62000 rw-p 00015000 fd:02 13 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88a62000-7eff88aa6000 r-xp 00000000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88aa6000-7eff88ca5000 ---p 00044000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca5000-7eff88ca6000 r--p 00043000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca6000-7eff88ca7000 rw-p 00044000 fd:02 3467 /usr/lib64/libsepol.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ca7000-7eff88cae000 r-xp 00000000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88cae000-7eff88ead000 ---p 00007000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88ead000-7eff88eae000 r--p 00006000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88eae000-7eff88eaf000 rw-p 00007000 fd:02 3050 /usr/lib64/librt-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88eaf000-7eff88fb0000 r-xp 00000000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff88fb0000-7eff891af000 ---p 00101000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891af000-7eff891b0000 r--p 00100000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891b0000-7eff891b1000 rw-p 00101000 fd:02 3024 /usr/lib64/libm-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff891b1000-7eff89367000 r-xp 00000000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89367000-7eff89567000 ---p 001b6000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89567000-7eff8956b000 r--p 001b6000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8956b000-7eff8956d000 rw-p 001ba000 fd:02 3015 /usr/lib64/libc-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8956d000-7eff89572000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89572000-7eff89588000 r-xp 00000000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89588000-7eff89788000 ---p 00016000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89788000-7eff89789000 r--p 00016000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89789000-7eff8978a000 rw-p 00017000 fd:02 3046 /usr/lib64/libpthread-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8978a000-7eff8978e000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8978e000-7eff89791000 r-xp 00000000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89791000-7eff89990000 ---p 00003000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89990000-7eff89991000 r--p 00002000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89991000-7eff89992000 rw-p 00003000 fd:02 3022 /usr/lib64/libdl-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89992000-7eff899ce000 r-xp 00000000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff899ce000-7eff89bce000 ---p 0003c000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bce000-7eff89bd0000 r--p 0003c000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd0000-7eff89bd6000 rw-p 0003e000 fd:02 3708 /usr/lib64/libreadline.so.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd6000-7eff89bd8000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89bd8000-7eff89d36000 r-xp 00000000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89d36000-7eff89f35000 ---p 0015e000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f35000-7eff89f3d000 r--p 0015d000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f3d000-7eff89f3f000 rw-p 00165000 fd:02 3850 /usr/lib64/libxml2.so.2.9.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f3f000-7eff89f41000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f41000-7eff89f43000 r-xp 00000000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff89f43000-7eff8a142000 ---p 00002000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a142000-7eff8a143000 r--p 00001000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a143000-7eff8a144000 rw-p 00002000 fd:02 3054 /usr/lib64/libutil-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a144000-7eff8a165000 r-xp 00000000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a165000-7eff8a365000 ---p 00021000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a365000-7eff8a366000 r--p 00021000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a366000-7eff8a367000 rw-p 00022000 fd:02 3485 /usr/lib64/libselinux.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a367000-7eff8a369000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a369000-7eff8a3cd000 r-xp 00000000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a3cd000-7eff8a5cd000 ---p 00064000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5cd000-7eff8a5cf000 r--p 00064000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5cf000-7eff8a5d0000 rw-p 00066000 fd:02 8361 /usr/lib64/libcurl.so.4.3.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5d0000-7eff8a5d1000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5d1000-7eff8a5ed000 r-xp 00000000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a5ed000-7eff8a7ec000 ---p 0001c000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ec000-7eff8a7ed000 r--p 0001b000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ed000-7eff8a7ee000 rw-p 0001c000 fd:02 4135 /usr/lib64/libsasl2.so.3.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a7ee000-7eff8a916000 r-xp 00000000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8a916000-7eff8ab16000 ---p 00128000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab16000-7eff8ab20000 r--p 00128000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab20000-7eff8ab23000 rw-p 00132000 fd:02 9724 /usr/lib64/libgnutls.so.28.41.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab23000-7eff8ab69000 r-xp 00000000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ab69000-7eff8ad69000 ---p 00046000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad69000-7eff8ad6a000 r--p 00046000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad6a000-7eff8ad6b000 rw-p 00047000 fd:02 3706 /usr/lib64/libdbus-1.so.3.7.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad6b000-7eff8ad7b000 r-xp 00000000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ad7b000-7eff8af7a000 ---p 00010000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7a000-7eff8af7b000 r--p 0000f000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7b000-7eff8af7c000 rw-p 00010000 fd:02 5547 /usr/lib64/libavahi-client.so.3.2.9 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af7c000-7eff8af88000 r-xp 00000000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8af88000-7eff8b187000 ---p 0000c000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b187000-7eff8b188000 r--p 0000b000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b188000-7eff8b189000 rw-p 0000c000 fd:02 5549 /usr/lib64/libavahi-common.so.3.5.3 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b189000-7eff8b193000 r-xp 00000000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b193000-7eff8b393000 ---p 0000a000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b393000-7eff8b394000 r--p 0000a000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b394000-7eff8b395000 rw-p 0000b000 fd:02 19638 /usr/lib64/libnuma.so.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b395000-7eff8b3e9000 r-xp 00000000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b3e9000-7eff8b5e9000 ---p 00054000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5e9000-7eff8b5ea000 r--p 00054000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ea000-7eff8b5ed000 rw-p 00055000 fd:02 8681 /usr/lib64/libdevmapper.so.1.02 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ed000-7eff8b5ef000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b5ef000-7eff8b60a000 r-xp 00000000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b60a000-7eff8b80a000 ---p 0001b000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80a000-7eff8b80b000 r--p 0001b000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80b000-7eff8b80c000 rw-p 0001c000 fd:02 3502 /usr/lib64/libaudit.so.1.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b80c000-7eff8b816000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b816000-7eff8b830000 r-xp 00000000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8b830000-7eff8ba2f000 ---p 0001a000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba2f000-7eff8ba31000 r--p 00019000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba31000-7eff8ba32000 rw-p 0001b000 fd:02 3862 /usr/lib64/libnl-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba32000-7eff8ba79000 r-xp 00000000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8ba79000-7eff8bc78000 ---p 00047000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc78000-7eff8bc7b000 r--p 00046000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc7b000-7eff8bc7f000 rw-p 00049000 fd:02 3868 /usr/lib64/libnl-route-3.so.200.16.1 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc7f000-7eff8bc81000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc81000-7eff8bc89000 r-xp 00000000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8bc89000-7eff8be89000 ---p 00008000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be89000-7eff8be8a000 r--p 00008000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8a000-7eff8be8b000 rw-p 00009000 fd:02 11228 /usr/lib64/libyajl.so.2.0.4 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8b000-7eff8be8f000 r-xp 00000000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8be8f000-7eff8c08f000 ---p 00004000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c08f000-7eff8c090000 r--p 00004000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c090000-7eff8c091000 rw-p 00005000 fd:02 4028 /usr/lib64/libcap-ng.so.0.0.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c091000-7eff8c094000 r-xp 00000000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c094000-7eff8c293000 ---p 00003000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c293000-7eff8c294000 r--p 00002000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c294000-7eff8c295000 rw-p 00003000 fd:02 17293 /usr/lib64/libvirt-qemu.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c295000-7eff8c298000 r-xp 00000000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c298000-7eff8c497000 ---p 00003000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c497000-7eff8c498000 r--p 00002000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c498000-7eff8c499000 rw-p 00003000 fd:02 17291 /usr/lib64/libvirt-lxc.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c499000-7eff8c7c7000 r-xp 00000000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c7c7000-7eff8c9c6000 ---p 0032e000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9c6000-7eff8c9d3000 r--p 0032d000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9d3000-7eff8c9df000 rw-p 0033a000 fd:02 17295 /usr/lib64/libvirt.so.0.1002.17 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9df000-7eff8c9e0000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8c9e0000-7eff8ca01000 r-xp 00000000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cb99000-7eff8cbb2000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbb2000-7eff8cbc4000 r-xp 00000000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc4000-7eff8cbc5000 ---p 00012000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc5000-7eff8cbc6000 r--p 00012000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc6000-7eff8cbc7000 rw-p 00013000 fd:02 7931 /usr/lib64/libudev.so.1.6.2 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbc7000-7eff8cbcd000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbcd000-7eff8cbf3000 r-xp 00000000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf3000-7eff8cbf4000 r--p 00025000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf4000-7eff8cbf5000 rw-p 00026000 fd:02 7929 /usr/lib64/libsystemd.so.0.6.0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbf5000-7eff8cbf8000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cbfe000-7eff8cc01000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc01000-7eff8cc02000 r--p 00021000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc02000-7eff8cc03000 rw-p 00022000 fd:02 2421 /usr/lib64/ld-2.17.so ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7eff8cc03000-7eff8cc04000 rw-p 00000000 00:00 0 ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff526c8000-7fff526e9000 rw-p 00000000 00:00 0 [stack] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff527c3000-7fff527c5000 r--p 00000000 00:00 0 [vvar] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ 7fff527c5000-7fff527c7000 r-xp 00000000 00:00 0 [vdso] ] May 10 10:21:14 lrmd[6469]: notice: vm1_monitor_30000:14937:stderr [ ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] ] ===== This is the second trace using version libvirt-1.2.17-13.el7_2.3 ====== May 10 06:31:57 vm-drbd(vm7)[98278]: ERROR: Virtual domain vm7 has unknown status "*** error in `virsh': corrupted double-linked list: 0x000055802eeb75d0 *** ======= backtrace: ========= /lib64/libc.so.6(+0x7b184)[0x7f9d18443184] /lib64/libc.so.6(+0x7d235)[0x7f9d18445235] /lib64/libvirt.so.0(virfree+0x1a)[0x7f9d1b71444a] /lib64/libvirt.so.0(virobjectunref+0x145)[0x7f9d1b75b0e5] /lib64/libvirt.so.0(+0x814d4)[0x7f9d1b7314d4] /lib64/libvirt.so.0(vireventpollrunonce+0x69f)[0x7f9d1b73283f] /lib64/libvirt.so.0(vireventrundefaultimpl+0x42)[0x7f9d1b731032] virsh(+0x26545)[0x55802d6fe545] /lib64/libvirt.so.0(+0xc3a42)[0x7f9d1b773a42] /lib64/libpthread.so.0(+0x7dc5)[0x7f9d18790dc5] /lib64/libc.so.6(clone+0x6d)[0x7f9d184be28d] ======= memory map: ======== 55802d6d8000-55802d74f000 r-xp 00000000 fd:01 1018 /usr/bin/virsh 55802d94f000-55802d962000 r--p 00077000 fd:01 1018 /usr/bin/virsh 55802d962000-55802d963000 rw-p 0008a000 fd:01 1018 /usr/bin/virsh 55802ee99000-55802eed2000 rw-p 00000000 00:00 0 [heap] 7f9d0c000000-7f9d0c021000 rw-p 00000000 00:00 0 7f9d0c021000-7f9d10000000 ---p 00000000 00:00 0 7f9d11819000-7f9d1181a000 ---p 00000000 00:00 0 7f9d1181a000-7f9d1201a000 rw-p 00000000 00:00 0 [stack:98383] 7f9d1201a000-7f9d1201d000 r-xp 00000000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1201d000-7f9d1221c000 ---p 00003000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221c000-7f9d1221d000 r--p 00002000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221d000-7f9d1221e000 rw-p 00003000 fd:01 11124 /usr/lib64/libkeyutils.so.1.5 7f9d1221e000-7f9d1222b000 r-xp 00000000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1222b000-7f9d1242b000 ---p 0000d000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242b000-7f9d1242c000 r--p 0000d000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242c000-7f9d1242d000 rw-p 0000e000 fd:01 11129 /usr/lib64/libkrb5support.so.0.1 7f9d1242d000-7f9d1242f000 r-xp 00000000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1242f000-7f9d1262e000 ---p 00002000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1262e000-7f9d1262f000 r--p 00001000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d1262f000-7f9d12630000 rw-p 00002000 fd:01 11060 /usr/lib64/libfreebl3.so 7f9d12630000-7f9d12693000 r-xp 00000000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12693000-7f9d12892000 ---p 00063000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12892000-7f9d12896000 r--p 00062000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d12896000-7f9d1289d000 rw-p 00066000 fd:01 11306 /usr/lib64/libssl.so.1.0.1e 7f9d1289d000-7f9d12a5b000 r-xp 00000000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12a5b000-7f9d12c5b000 ---p 001be000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c5b000-7f9d12c75000 r--p 001be000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c75000-7f9d12c81000 rw-p 001d8000 fd:01 11022 /usr/lib64/libcrypto.so.1.0.1e 7f9d12c81000-7f9d12c85000 rw-p 00000000 00:00 0 7f9d12c85000-7f9d12c8c000 r-xp 00000000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12c8c000-7f9d12e8b000 ---p 00007000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8b000-7f9d12e8c000 r--p 00006000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8c000-7f9d12e8d000 rw-p 00007000 fd:01 11055 /usr/lib64/libffi.so.6.0.1 7f9d12e8d000-7f9d12e9c000 r-xp 00000000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d12e9c000-7f9d1309b000 ---p 0000f000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309b000-7f9d1309c000 r--p 0000e000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309c000-7f9d1309d000 rw-p 0000f000 fd:01 11001 /usr/lib64/libbz2.so.1.0.6 7f9d1309d000-7f9d130b2000 r-xp 00000000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d130b2000-7f9d132b1000 ---p 00015000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b1000-7f9d132b2000 r--p 00014000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b2000-7f9d132b3000 rw-p 00015000 fd:01 11044 /usr/lib64/libelf-0.163.so 7f9d132b3000-7f9d132b7000 r-xp 00000000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d132b7000-7f9d134b6000 ---p 00004000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b6000-7f9d134b7000 r--p 00003000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b7000-7f9d134b8000 rw-p 00004000 fd:01 10987 /usr/lib64/libattr.so.1.1.0 7f9d134b8000-7f9d134dd000 r-xp 00000000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d134dd000-7f9d136dd000 ---p 00025000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136dd000-7f9d136e1000 r--p 00025000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136e1000-7f9d136e2000 rw-p 00029000 fd:01 11329 /usr/lib64/libtinfo.so.5.9 7f9d136e2000-7f9d13742000 r-xp 00000000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13742000-7f9d13941000 ---p 00060000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13941000-7f9d13942000 r--p 0005f000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13942000-7f9d13943000 rw-p 00060000 fd:01 11236 /usr/lib64/libpcre.so.1.2.0 7f9d13943000-7f9d13993000 r-xp 00000000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13993000-7f9d13b92000 ---p 00050000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b92000-7f9d13b95000 r--p 0004f000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b95000-7f9d13b96000 rw-p 00052000 fd:01 11131 /usr/lib64/libldap-2.4.so.2.10.3 7f9d13b96000-7f9d13ba4000 r-xp 00000000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13ba4000-7f9d13da3000 ---p 0000e000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da3000-7f9d13da4000 r--p 0000d000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da4000-7f9d13da5000 rw-p 0000e000 fd:01 11130 /usr/lib64/liblber-2.4.so.2.10.3 7f9d13da5000-7f9d13da8000 r-xp 00000000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13da8000-7f9d13fa7000 ---p 00003000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa7000-7f9d13fa8000 r--p 00002000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa8000-7f9d13fa9000 rw-p 00003000 fd:01 11012 /usr/lib64/libcom_err.so.2.1 7f9d13fa9000-7f9d13fd8000 r-xp 00000000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d13fd8000-7f9d141d7000 ---p 0002f000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141d7000-7f9d141d9000 r--p 0002e000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141d9000-7f9d141da000 rw-p 00030000 fd:01 11120 /usr/lib64/libk5crypto.so.3.1 7f9d141da000-7f9d141db000 rw-p 00000000 00:00 0 7f9d141db000-7f9d142b0000 r-xp 00000000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d142b0000-7f9d144b0000 ---p 000d5000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d144b0000-7f9d144bd000 r--p 000d5000 fd:01 11128 /usr/lib64/libkrb5.so.3.3 7f9d144 -- Eric Wheeler

2 1

[libvirt] libvirt should not disable auto_login of iscsi-targets that are *not* used by libvirt
by Fritz Elfert 11 May '16

11 May '16

Hi, Cole Robinson asked me to post the attached patch here. For more info, see https://bugzilla.redhat.com/show_bug.cgi?id=1331552 Cheers -Fritz

2 1

[libvirt] [PATCH] docs: Fix disk "volume" description
by John Ferlan 11 May '16

11 May '16

Missing a close single quote and a 'be' before used. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- Pushed as trivial. docs/formatdomain.html.in | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in index 7b29e78..58b8cb6 100644 --- a/docs/formatdomain.html.in +++ b/docs/formatdomain.html.in @@ -2158,9 +2158,9 @@ Using a LUN from an iSCSI source pool provides the same features as a <code>disk</code> configured using - <code>type</code> 'block' or 'network and <code>device</code> + <code>type</code> 'block' or 'network' and <code>device</code> of 'lun' with respect to how the LUN is presented to and - may used by the guest. + may be used by the guest. Since 1.0.5 -- 2.5.5

1 0

[libvirt] [PATCH] qemu: Add extra checks for secret destroy API's
by John Ferlan 11 May '16

11 May '16

Remove the possibility that a NULL hostdev->privateData or a disk->privateData could crash libvirtd by checking for NULL before dereferencing for the secinfo structure in the qemuDomainSecret{Disk|Hostdev}Destroy functions. The hostdevPriv could be NULL if qemuProcessNetworkPrepareDevices adds a new hostdev during virDomainNetGetActualHostdev that then gets inserted via virDomainHostdevInsert. The hostdevPriv was added by commit id '27726d8' and is currently only used by scsi hostdev. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- Discovered by laine and debugged on private IRC channel. src/qemu/qemu_domain.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c index 93f0a01..0cddb86 100644 --- a/src/qemu/qemu_domain.c +++ b/src/qemu/qemu_domain.c @@ -903,7 +903,7 @@ qemuDomainSecretDiskDestroy(virDomainDiskDefPtr disk) { qemuDomainDiskPrivatePtr diskPriv = QEMU_DOMAIN_DISK_PRIVATE(disk); - if (!diskPriv->secinfo) + if (!diskPriv || !diskPriv->secinfo) return; qemuDomainSecretInfoFree(&diskPriv->secinfo); @@ -964,7 +964,7 @@ qemuDomainSecretHostdevDestroy(virDomainHostdevDefPtr hostdev) qemuDomainHostdevPrivatePtr hostdevPriv = QEMU_DOMAIN_HOSTDEV_PRIVATE(hostdev); - if (!hostdevPriv->secinfo) + if (!hostdevPriv || !hostdevPriv->secinfo) return; qemuDomainSecretInfoFree(&hostdevPriv->secinfo); -- 2.5.5

2 1

[libvirt] [PATCH] util: set vlan tag for macvtap passthrough mode on SRIOV VFs
by Laine Stump 11 May '16

11 May '16

SRIOV VFs used in macvtap passthrough mode can take advantage of the SRIOV card's transparent vlan tagging. All the code was there to set the vlan tag, and it has been used for SRIOV VFs used for hostdev interfaces for several years, but for some reason, the vlan tag for macvtap passthrough devices was stubbed out with a -1. This patch moves a bit of common validation down to a lower level (virNetDevReplaceNetConfig()) so it is shared by hostdev and macvtap modes, and updates the macvtap caller to actually send the vlan config instead of -1. --- While adding the info to the docs, I got a bit carried away fixing up the vlan-specific paragraphs. It someone really wants me to I can move it into a separate patch, but it seemed like more trouble than it was worth at the time... docs/formatdomain.html.in | 61 +++++++++++++++++++++++++++------------------ src/lxc/lxc_process.c | 3 ++- src/network/bridge_driver.c | 17 ++++++++----- src/qemu/qemu_interface.c | 1 + src/util/virhostdev.c | 23 ++--------------- src/util/virnetdev.c | 29 +++++++++++++++++---- src/util/virnetdev.h | 6 +++-- src/util/virnetdevmacvlan.c | 4 ++- src/util/virnetdevmacvlan.h | 2 ++ 9 files changed, 86 insertions(+), 60 deletions(-) diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in index 97794b7..68f0295 100644 --- a/docs/formatdomain.html.in +++ b/docs/formatdomain.html.in @@ -4032,7 +4032,7 @@ On Linux systems, the bridge device is normally a standard Linux host bridge. On hosts that support Open vSwitch, it is also - possible to connect to an open vSwitch bridge device by adding + possible to connect to an Open vSwitch bridge device by adding a <code><virtualport type='openvswitch'/></code> to the interface definition. (Since 0.9.11). The Open vSwitch type virtualport accepts two @@ -4816,34 +4816,47 @@ qemu-kvm -net nic,model=? /dev/null If (and only if) the network connection used by the guest - supports vlan tagging transparent to the guest, an + supports VLAN tagging transparent to the guest, an optional <code><vlan></code> element can specify one or - more vlan tags to apply to the guest's network - traffic Since 0.10.0. (openvswitch - and type='hostdev' SR-IOV interfaces do support transparent vlan - tagging of guest traffic; everything else, including standard + more VLAN tags to apply to the guest's network + traffic Since 0.10.0. Network + connections that support guest-transparent VLAN tagging include + 1) type='bridge' interfaces connected to an Open vSwitch bridge + Since 0.10.0, 2) SRIOV Virtual + Functions (VF) used via type='hostdev' (direct device + assignment) Since 0.10.0, and 3) + SRIOV VFs used via type='direct' with mode='passthrough' + (macvtap "passthru" mode) Since + 1.3.4; all other connection types, including standard linux bridges and libvirt's own virtual networks, do not support it. 802.1Qbh (vn-link) and 802.1Qbg (VEPA) switches provide their own way (outside of libvirt) to tag guest traffic - onto specific vlans.) To allow for specification of multiple - tags (in the case of vlan trunking), a - subelement, <code><tag></code>, specifies which vlan tag - to use (for example: <code><tag id='42'/></code>. If an - interface has more than one <code><vlan></code> element - defined, it is assumed that the user wants to do VLAN trunking - using all the specified tags. In the case that vlan trunking - with a single tag is desired, the optional + onto specific vlans.) Each tag is given in a + separate <code><tag></code> subelement + of <code><vlan></code> (for example: <code><tag + id='42'/></code>). For VLAN trunking of multiple tags (which + is supported only on Open vSwitch connections), + multiple <code><tag></code> subelements can be specified, + which implies that the user wants to do VLAN trunking on the + interface for all the specified tags. In the case that VLAN + trunking of a single tag is desired, the optional attribute <code>trunk='yes'</code> can be added to the toplevel - vlan element. - - - - For network connections using openvswitch it is possible to - configure the 'native-tagged' and 'native-untagged' vlan modes - Since 1.1.0. This uses the optional - <code>nativeMode</code> attribute on the <code><tag></code> - element: <code>nativeMode</code> may be set to 'tagged' or - 'untagged'. The id attribute of the element sets the native vlan. + <code><vlan></code> element to differentiate trunking of a + single tag from normal tagging. + + + + For network connections using Open vSwitch it is also possible + to configure 'native-tagged' and 'native-untagged' VLAN modes + Since 1.1.0. This is done with the + optional <code>nativeMode</code> attribute on + the <code><tag></code> subelement: <code>nativeMode</code> + may be set to 'tagged' or 'untagged'. The <code>id</code> + attribute of the <code><tag></code> subelement + containing <code>nativeMode</code> sets which VLAN is considered + to be the "native" VLAN for this interface, and + the <code>nativeMode</code> attribute determines whether or not + traffic for that VLAN will be tagged. <h5><a name="elementLink">Modifying virtual link state</a></h5> diff --git a/src/lxc/lxc_process.c b/src/lxc/lxc_process.c index 0044ee5..8981d9a 100644 --- a/src/lxc/lxc_process.c +++ b/src/lxc/lxc_process.c @@ -1,5 +1,5 @@ /* - * Copyright (C) 2010-2015 Red Hat, Inc. + * Copyright (C) 2010-2016 Red Hat, Inc. * Copyright IBM Corp. 2008 * * lxc_process.c: LXC process lifecycle management @@ -343,6 +343,7 @@ char *virLXCProcessSetupInterfaceDirect(virConnectPtr conn, net->ifname, &net->mac, linkdev, virDomainNetGetActualDirectMode(net), + virDomainNetGetActualVlan(net), def->uuid, prof, &res_ifname, diff --git a/src/network/bridge_driver.c b/src/network/bridge_driver.c index a34da2a..7a2cadb 100644 --- a/src/network/bridge_driver.c +++ b/src/network/bridge_driver.c @@ -3058,11 +3058,12 @@ networkValidate(virNetworkDriverStatePtr driver, * a pool, and those using an Open vSwitch bridge. */ - vlanAllowed = ((def->forward.type == VIR_NETWORK_FORWARD_BRIDGE && + vlanAllowed = (def->forward.type == VIR_NETWORK_FORWARD_HOSTDEV || + def->forward.type == VIR_NETWORK_FORWARD_PASSTHROUGH || + (def->forward.type == VIR_NETWORK_FORWARD_BRIDGE && def->virtPortProfile && def->virtPortProfile->virtPortType - == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH) || - def->forward.type == VIR_NETWORK_FORWARD_HOSTDEV); + == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH)); vlanUsed = def->vlan.nTags > 0; for (i = 0; i < def->nPortGroups; i++) { @@ -4277,11 +4278,15 @@ networkAllocateActualDevice(virDomainDefPtr dom, */ if (virDomainNetGetActualVlan(iface)) { - /* vlan configuration via libvirt is only supported for - * PCI Passthrough SR-IOV devices and openvswitch bridges. - * otherwise log an error and fail + /* vlan configuration via libvirt is only supported for PCI + * Passthrough SR-IOV devices (hostdev or macvtap passthru + * mode) and openvswitch bridges. Otherwise log an error and + * fail */ if (!(actualType == VIR_DOMAIN_NET_TYPE_HOSTDEV || + (actualType == VIR_DOMAIN_NET_TYPE_DIRECT && + virDomainNetGetActualDirectMode(iface) + == VIR_NETDEV_MACVLAN_MODE_PASSTHRU) || (actualType == VIR_DOMAIN_NET_TYPE_BRIDGE && virtport && virtport->virtPortType == VIR_NETDEV_VPORT_PROFILE_OPENVSWITCH))) { diff --git a/src/qemu/qemu_interface.c b/src/qemu/qemu_interface.c index ef789fa..b48ae50 100644 --- a/src/qemu/qemu_interface.c +++ b/src/qemu/qemu_interface.c @@ -266,6 +266,7 @@ qemuInterfaceDirectConnect(virDomainDefPtr def, &net->mac, virDomainNetGetActualDirectDev(net), virDomainNetGetActualDirectMode(net), + virDomainNetGetActualVlan(net), def->uuid, virDomainNetGetActualVirtPortProfile(net), &res_ifname, diff --git a/src/util/virhostdev.c b/src/util/virhostdev.c index 933c942..980e590 100644 --- a/src/util/virhostdev.c +++ b/src/util/virhostdev.c @@ -1,6 +1,6 @@ /* virhostdev.c: hostdev management * - * Copyright (C) 2006-2007, 2009-2015 Red Hat, Inc. + * Copyright (C) 2006-2007, 2009-2016 Red Hat, Inc. * Copyright (C) 2006 Daniel P. Berrange * Copyright (C) 2014 SUSE LINUX Products GmbH, Nuernberg, Germany. * @@ -387,7 +387,6 @@ virHostdevNetConfigReplace(virDomainHostdevDefPtr hostdev, virNetDevVPortProfilePtr virtPort; int ret = -1; int vf = -1; - int vlanid = -1; bool port_profile_associate = true; if (virHostdevIsVirtualFunction(hostdev) != 1) { @@ -416,27 +415,9 @@ virHostdevNetConfigReplace(virDomainHostdevDefPtr hostdev, port_profile_associate); } else { /* Set only mac and vlan */ - if (vlan) { - if (vlan->nTags != 1 || vlan->trunk) { - virReportError(VIR_ERR_CONFIG_UNSUPPORTED, "%s", - _("vlan trunking is not supported " - "by SR-IOV network devices")); - goto cleanup; - } - if (vf == -1) { - virReportError(VIR_ERR_CONFIG_UNSUPPORTED, - _("vlan can only be set for SR-IOV VFs, but " - "%s is not a VF"), linkdev); - goto cleanup; - } - vlanid = vlan->tag[0]; - } else if (vf >= 0) { - vlanid = 0; /* assure any current vlan tag is reset */ - } - ret = virNetDevReplaceNetConfig(linkdev, vf, &hostdev->parent.data.net->mac, - vlanid, stateDir); + vlan, stateDir); } cleanup: VIR_FREE(linkdev); diff --git a/src/util/virnetdev.c b/src/util/virnetdev.c index bb17b84..7db4497 100644 --- a/src/util/virnetdev.c +++ b/src/util/virnetdev.c @@ -1,5 +1,5 @@ /* - * Copyright (C) 2007-2015 Red Hat, Inc. + * Copyright (C) 2007-2016 Red Hat, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -2547,7 +2547,8 @@ virNetDevRestoreVfConfig(const char *pflinkdev, */ int virNetDevReplaceNetConfig(const char *linkdev, int vf, - const virMacAddr *macaddress, int vlanid, + const virMacAddr *macaddress, + virNetDevVlanPtr vlan, const char *stateDir) { int ret = -1; @@ -2566,11 +2567,29 @@ virNetDevReplaceNetConfig(const char *linkdev, int vf, linkdev = pfdevname; } - if (vf == -1) + if (vf == -1) { + if (vlan) { + virReportError(VIR_ERR_CONFIG_UNSUPPORTED, + _("vlan can only be set for SR-IOV VFs, but " + "%s is not a VF"), linkdev); + goto cleanup; + } ret = virNetDevReplaceMacAddress(linkdev, macaddress, stateDir); - else + } else { + int vlanid = 0; /* assure any current vlan tag is reset */ + + if (vlan) { + if (vlan->nTags != 1 || vlan->trunk) { + virReportError(VIR_ERR_CONFIG_UNSUPPORTED, "%s", + _("vlan trunking is not supported " + "by SR-IOV network devices")); + goto cleanup; + } + vlanid = vlan->tag[0]; + } ret = virNetDevReplaceVfConfig(linkdev, vf, macaddress, vlanid, stateDir); + } cleanup: VIR_FREE(pfdevname); @@ -2636,7 +2655,7 @@ int virNetDevReplaceNetConfig(const char *linkdev ATTRIBUTE_UNUSED, int vf ATTRIBUTE_UNUSED, const virMacAddr *macaddress ATTRIBUTE_UNUSED, - int vlanid ATTRIBUTE_UNUSED, + virNetDevVlanPtr vlan ATTRIBUTE_UNUSED, const char *stateDir ATTRIBUTE_UNUSED) { virReportSystemError(ENOSYS, "%s", diff --git a/src/util/virnetdev.h b/src/util/virnetdev.h index dcc81a6..cbe7938 100644 --- a/src/util/virnetdev.h +++ b/src/util/virnetdev.h @@ -1,5 +1,5 @@ /* - * Copyright (C) 2007-2015 Red Hat, Inc. + * Copyright (C) 2007-2016 Red Hat, Inc. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -30,6 +30,7 @@ # include "virnetlink.h" # include "virmacaddr.h" # include "virpci.h" +# include "virnetdevvlan.h" # include "device_conf.h" # ifdef HAVE_STRUCT_IFREQ @@ -175,7 +176,8 @@ int virNetDevLinkDump(const char *ifname, int ifindex, ATTRIBUTE_RETURN_CHECK; int virNetDevReplaceNetConfig(const char *linkdev, int vf, - const virMacAddr *macaddress, int vlanid, + const virMacAddr *macaddress, + virNetDevVlanPtr vlan, const char *stateDir) ATTRIBUTE_NONNULL(1) ATTRIBUTE_NONNULL(3) ATTRIBUTE_NONNULL(5); diff --git a/src/util/virnetdevmacvlan.c b/src/util/virnetdevmacvlan.c index d755b93..c05c67f 100644 --- a/src/util/virnetdevmacvlan.c +++ b/src/util/virnetdevmacvlan.c @@ -975,6 +975,7 @@ virNetDevMacVLanCreateWithVPortProfile(const char *ifnameRequested, const virMacAddr *macaddress, const char *linkdev, virNetDevMacVLanMode mode, + virNetDevVlanPtr vlan, const unsigned char *vmuuid, virNetDevVPortProfilePtr virtPortProfile, char **ifnameResult, @@ -1021,7 +1022,7 @@ virNetDevMacVLanCreateWithVPortProfile(const char *ifnameRequested, if (virNetDevReplaceMacAddress(linkdev, macaddress, stateDir) < 0) return -1; } else { - if (virNetDevReplaceNetConfig(linkdev, -1, macaddress, -1, stateDir) < 0) + if (virNetDevReplaceNetConfig(linkdev, -1, macaddress, vlan, stateDir) < 0) return -1; } } @@ -1281,6 +1282,7 @@ int virNetDevMacVLanCreateWithVPortProfile(const char *ifname ATTRIBUTE_UNUSED, const virMacAddr *macaddress ATTRIBUTE_UNUSED, const char *linkdev ATTRIBUTE_UNUSED, virNetDevMacVLanMode mode ATTRIBUTE_UNUSED, + virNetDevVlanPtr vlan ATTRIBUTE_UNUSED, const unsigned char *vmuuid ATTRIBUTE_UNUSED, virNetDevVPortProfilePtr virtPortProfile ATTRIBUTE_UNUSED, char **res_ifname ATTRIBUTE_UNUSED, diff --git a/src/util/virnetdevmacvlan.h b/src/util/virnetdevmacvlan.h index 560593e..179a8a1 100644 --- a/src/util/virnetdevmacvlan.h +++ b/src/util/virnetdevmacvlan.h @@ -28,6 +28,7 @@ # include "virsocketaddr.h" # include "virnetdevbandwidth.h" # include "virnetdevvportprofile.h" +# include "virnetdevvlan.h" /* the mode type for macvtap devices */ typedef enum { @@ -69,6 +70,7 @@ int virNetDevMacVLanCreateWithVPortProfile(const char *ifname, const virMacAddr *macaddress, const char *linkdev, virNetDevMacVLanMode mode, + virNetDevVlanPtr vlan, const unsigned char *vmuuid, virNetDevVPortProfilePtr virtPortProfile, char **res_ifname, -- 2.5.5

2 2

[libvirt] [PATCH 0/8] disk device="lun" related fixes
by Peter Krempa 11 May '16

11 May '16

Fix a few invalid error messages, remove code that would make certain configs vanish and reject block copy to a regular file. Peter Krempa (8): util: Replace virDomainDiskSourceIsBlockType with a new helper lxc: Fix wrong error message on disk hotplug qemu: Support <disk device='lun'> for iSCSI direct mapped volumes qemu: command: Use more appropriate checking function for block devices conf: Kill now unused virDomainDiskSourceIsBlockType qemu: command: Remove unnecessary label in qemuCheckDiskConfig qemu: Reject invalid block copy targets for <disk device='lun'> Revert "conf: Validate disk lun using correct types" src/conf/domain_conf.c | 74 ----------------------------------------------- src/conf/domain_conf.h | 3 -- src/libvirt_private.syms | 2 +- src/lxc/lxc_cgroup.c | 3 +- src/lxc/lxc_driver.c | 9 ++++-- src/qemu/qemu_command.c | 29 +++++++------------ src/qemu/qemu_conf.c | 10 +++++-- src/qemu/qemu_domain.c | 31 ++++++++++++++++++++ src/qemu/qemu_domain.h | 3 ++ src/qemu/qemu_driver.c | 4 +++ src/util/virstoragefile.c | 16 +++++++++- src/util/virstoragefile.h | 3 +- tests/qemuxml2argvtest.c | 3 +- 13 files changed, 82 insertions(+), 108 deletions(-) -- 2.8.1

4 25

[libvirt] [PATCH 0/7] Introduce APIs to get/set client processing controls
by Erik Skultety 10 May '16

10 May '16

- APIs enable retrieval of values for maximum number of clients allowed to be connected, maximum number of clients allowed to wait for authentication, as well as current (dynamic) values for both cases; expectedly, setter only allows to set the limits available through libvirtd.conf - until patch "makefile: Move include/Makefile.am to include/libvirt/Makefile.am" is reviewed an pushed, config.status must be run after after 1/7 for a successful build. Erik Skultety (7): libvirt-host: Move virTypedParam* to libvirt-common admin: Enable usage of typed parameters virnetserver: Introduce client processing controls getters admin: Introduce some public constants related to client processing controls admin: Introduce virAdmServerGetClientProcessingControls admin: Introduce virAdmServerSetClientProcessingControls virt-admin: Introduce commands srv-clients-info and srv-clients-set cfg.mk | 2 +- daemon/admin.c | 85 ++++++++++++++++ daemon/admin_server.c | 77 +++++++++++++++ daemon/admin_server.h | 10 ++ include/libvirt/libvirt-admin.h | 52 ++++++++++ include/libvirt/libvirt-common.h.in | 185 +++++++++++++++++++++++++++++++++++ include/libvirt/libvirt-host.h | 186 ------------------------------------ src/admin/admin_protocol.x | 54 ++++++++++- src/admin/admin_remote.c | 81 ++++++++++++++++ src/admin_protocol-structs | 45 +++++++++ src/libvirt-admin.c | 89 +++++++++++++++++ src/libvirt_admin_private.syms | 3 + src/libvirt_admin_public.syms | 2 + src/rpc/virnetserver.c | 82 ++++++++++++++++ src/rpc/virnetserver.h | 9 ++ tools/virt-admin.c | 182 +++++++++++++++++++++++++++++++++++ 16 files changed, 956 insertions(+), 188 deletions(-) -- 2.4.11

2 9

[libvirt] [PATCH REPOST 0/2] Admin API: Add support for client disconnect
by Erik Skultety 10 May '16

10 May '16

Rebased version of https://www.redhat.com/archives/libvir-list/2016-April/msg01987.html onto current HEAD to resolve some rebase conflicts. The original patch 1/3 was dropped, since it has already been merged with client-info series: https://www.redhat.com/archives/libvir-list/2016-April/msg01979.html, so Erik Skultety (2): admin: Introduce virAdmClientClose API virt-admin: Introduce client-disconnect command daemon/admin.c | 6 ++++ daemon/admin_server.c | 9 +++++ daemon/admin_server.h | 3 ++ include/libvirt/libvirt-admin.h | 2 ++ src/admin/admin_protocol.x | 12 ++++++- src/admin_protocol-structs | 5 +++ src/libvirt-admin.c | 30 +++++++++++++++++ src/libvirt_admin_private.syms | 1 + src/libvirt_admin_public.syms | 1 + tools/virt-admin.c | 73 +++++++++++++++++++++++++++++++++++++++++ tools/virt-admin.pod | 5 +++ 11 files changed, 146 insertions(+), 1 deletion(-) -- 2.4.11

3 9

[libvirt] [PATCH 0/2] Some trivial admin fixes
by Erik Skultety 10 May '16

10 May '16

Flags checking should be done solely on the daemon side and therefore such checks need to be removed from public APIs. Erik Skultety (2): admin: Remove flags checking from public API entry points admin: Remove flags checking from virAdmConnectOpen public API src/admin/admin_remote.c | 2 +- src/libvirt-admin.c | 9 ++------- 2 files changed, 3 insertions(+), 8 deletions(-) -- 2.4.11

3 7

[libvirt] [PATCH] storage: Fix regression cloning volume into a logical pool
by John Ferlan 10 May '16

10 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1318993 Commit id 'dd519a294' caused a regression cloning a volume into a logical pool by removing just the 'allocation' adjustment during storageVolCreateXMLFrom. Combined with the change to not require the new volume input XML to have a capacity listed (commit id 'e3f1d2a8') left the possibility that a copy from a larger volume into a smaller volume would create a thin/sparse logical volume. If a thin lv becomes fully populated, then LVM will set the partition 'inactive' and the subsequent fdatasync() would fail. In order to fix this in a backend agnostic manner, only adjust the new capacity if not provided. Likewise, if the new allocation is not provided, then use the capacity value as we document that if omitted, the volume will be fully allocated at time of creation. For a logical backend, that creation time is 'createVol', while for a file backend, creation doesn't set the size, but the 'createRaw' called during buildVolFrom will decide whether the file is sparse or not based on the provided capacity and allocation value. For volume clones that provide different allocation and capacity values to allow for sparse files, there is no change. Signed-off-by: John Ferlan <jferlan(a)redhat.com> --- NOTE: Related bz's to previous changes: https://bugzilla.redhat.com/show_bug.cgi?id=1130739 https://bugzilla.redhat.com/show_bug.cgi?id=1298065 I have tested using 'virsh vol-clone' and 'virt-clone' with and without this patch applied. Both tests have the same results for the 'qemu-img info' on the cloned file. src/storage/storage_driver.c | 17 ++++++++++++++--- 1 file changed, 14 insertions(+), 3 deletions(-) diff --git a/src/storage/storage_driver.c b/src/storage/storage_driver.c index fcc0991..4415a4c 100644 --- a/src/storage/storage_driver.c +++ b/src/storage/storage_driver.c @@ -2034,11 +2034,22 @@ storageVolCreateXMLFrom(virStoragePoolPtr obj, goto cleanup; } - /* Use the original volume's capacity in case the new capacity - * is less than that, or it was omitted */ - if (newvol->target.capacity < origvol->target.capacity) + /* Use the original volume's capacity if the new capacity was omitted. + * If the provided newvol capacity is less than original, we cannot just + * use the original since the subsequent createVol has "competing needs" + * for backends. A logical volume backend could then create a thin lv + * that has different characteristics when copying from the original + * volume than perhaps a raw disk file. */ + if (newvol->target.capacity == 0) newvol->target.capacity = origvol->target.capacity; + /* If the new allocation is 0, then use capacity as it's specifically + * documented "If omitted when creating a volume, the volume will be + * fully allocated at time of creation.". This is especially important + * for logical volume creation. */ + if (newvol->target.allocation == 0) + newvol->target.allocation = newvol->target.capacity; + if (!backend->buildVolFrom) { virReportError(VIR_ERR_NO_SUPPORT, "%s", _("storage pool does not support" -- 2.5.5

3 5

[libvirt] [PATCH 0/4] some graphics cleanups and improvements
by Pavel Hrdina 10 May '16

10 May '16

Pavel Hrdina (4): qemu_process: separate graphics port reservation graphics: generate fake ports also for tests qemu_process: merge graphics code into qemuProcessSetupGraphics qemu_hotplug: fix checking graphics ports src/qemu/qemu_driver.c | 12 --- src/qemu/qemu_hotplug.c | 13 ++-- src/qemu/qemu_process.c | 86 +++++++++++----------- src/qemu/qemu_process.h | 8 -- .../qemuhotplug-graphics-spice-listen-network.xml | 2 +- .../qemuxml2argv-controller-order.args | 2 +- .../qemuxml2argv-hugepages-numa.args | 2 +- .../qemuxml2argv-video-device-pciaddr-default.args | 2 +- 8 files changed, 51 insertions(+), 76 deletions(-) -- 2.8.2

2 9

[libvirt] [PATCH v2 0/2] uml: only build on Linux
by Roman Bogorodskiy 10 May '16

10 May '16

Changes since v1: - Add forgotten with_libvirtd check and unite it with the with_linux check - Minor code formatting fixes in m4/virt-driver-uml.m4 Roman Bogorodskiy (2): configure: split out UML driver checks uml: only build on Linux configure.ac | 28 ++------------------------ m4/virt-driver-uml.m4 | 55 +++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 57 insertions(+), 26 deletions(-) create mode 100644 m4/virt-driver-uml.m4 -- 2.7.4

2 4

[libvirt] [PATCH] conf: don't redefine virDomainCapsDeviceHostdev
by Roman Bogorodskiy 10 May '16

10 May '16

Commit 5ed235c6 added unnecessary redifinition of virDomainCapsDeviceHostdev in conf/domain_capabilities.h. This breaks build with clang 3.4: In file included from conf/domain_capabilities.c:25: conf/domain_capabilities.h:88:44: error: redefinition of typedef 'virDomainCapsDeviceHostdev' is a C11 feature [-Werror,-Wtypedef-redefinition] typedef struct _virDomainCapsDeviceHostdev virDomainCapsDeviceHostdev; ^ conf/domain_capabilities.h:86:44: note: previous definition is here typedef struct _virDomainCapsDeviceHostdev virDomainCapsDeviceHostdev; So drop one of those. Pushed under the build breaker fix rule. --- src/conf/domain_capabilities.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/conf/domain_capabilities.h b/src/conf/domain_capabilities.h index d0ca009..492a9cf 100644 --- a/src/conf/domain_capabilities.h +++ b/src/conf/domain_capabilities.h @@ -84,8 +84,6 @@ struct _virDomainCapsDeviceVideo { }; typedef struct _virDomainCapsDeviceHostdev virDomainCapsDeviceHostdev; - -typedef struct _virDomainCapsDeviceHostdev virDomainCapsDeviceHostdev; typedef virDomainCapsDeviceHostdev *virDomainCapsDeviceHostdevPtr; struct _virDomainCapsDeviceHostdev { bool supported; -- 2.7.4

1 0

[libvirt] (no subject)
by Lovely K. 10 May '16

10 May '16

plz added me ...i need a some application for development

2 1

[libvirt] [PATCHv2] virsh: blkdeviotune: accept human readable values for bytes
by Nishith Shah 10 May '16

10 May '16

Use vshCommandOptScaledInt instead of vshCommandOptULongLong so that values with suffixes can be passed when bytes are being passed along. Values for the iops parameters still need to be given in the absolute form as they are not bytes but numbers. Please refer to the bug link https://bugzilla.redhat.com/show_bug.cgi?id=885380 which can be closed. Signed-off-by: Nishith Shah <nishithshah.2211(a)gmail.com> --- tools/virsh-domain.c | 24 ++++++++++++------------ tools/virsh.pod | 18 ++++++++++++------ 2 files changed, 24 insertions(+), 18 deletions(-) diff --git a/tools/virsh-domain.c b/tools/virsh-domain.c index 0a6caae..336a65f 100644 --- a/tools/virsh-domain.c +++ b/tools/virsh-domain.c @@ -1164,7 +1164,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "total-bytes-sec", .type = VSH_OT_INT, - .help = N_("total throughput limit in bytes per second") + .help = N_("total throughput limit, as scaled integer (default bytes)") }, {.name = "read_bytes_sec", .type = VSH_OT_ALIAS, @@ -1172,7 +1172,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "read-bytes-sec", .type = VSH_OT_INT, - .help = N_("read throughput limit in bytes per second") + .help = N_("read throughput limit, as scaled integer (default bytes)") }, {.name = "write_bytes_sec", .type = VSH_OT_ALIAS, @@ -1180,7 +1180,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "write-bytes-sec", .type = VSH_OT_INT, - .help = N_("write throughput limit in bytes per second") + .help = N_("write throughput limit, as scaled integer (default bytes)") }, {.name = "total_iops_sec", .type = VSH_OT_ALIAS, @@ -1212,7 +1212,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "total-bytes-sec-max", .type = VSH_OT_INT, - .help = N_("total max in bytes") + .help = N_("total max, as scaled integer (default bytes)") }, {.name = "read_bytes_sec_max", .type = VSH_OT_ALIAS, @@ -1220,7 +1220,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "read-bytes-sec-max", .type = VSH_OT_INT, - .help = N_("read max in bytes") + .help = N_("read max, as scaled integer (default bytes)") }, {.name = "write_bytes_sec_max", .type = VSH_OT_ALIAS, @@ -1228,7 +1228,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { }, {.name = "write-bytes-sec-max", .type = VSH_OT_INT, - .help = N_("write max in bytes") + .help = N_("write max, as scaled integer (default bytes)") }, {.name = "total_iops_sec_max", .type = VSH_OT_ALIAS, @@ -1299,7 +1299,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) if (vshCommandOptStringReq(ctl, cmd, "device", &disk) < 0) goto cleanup; - if ((rv = vshCommandOptULongLong(ctl, cmd, "total-bytes-sec", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "total-bytes-sec", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, @@ -1308,7 +1308,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) goto save_error; } - if ((rv = vshCommandOptULongLong(ctl, cmd, "read-bytes-sec", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "read-bytes-sec", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, @@ -1317,7 +1317,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) goto save_error; } - if ((rv = vshCommandOptULongLong(ctl, cmd, "write-bytes-sec", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "write-bytes-sec", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, @@ -1326,7 +1326,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) goto save_error; } - if ((rv = vshCommandOptULongLong(ctl, cmd, "total-bytes-sec-max", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "total-bytes-sec-max", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, @@ -1335,7 +1335,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) goto save_error; } - if ((rv = vshCommandOptULongLong(ctl, cmd, "read-bytes-sec-max", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "read-bytes-sec-max", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, @@ -1344,7 +1344,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) goto save_error; } - if ((rv = vshCommandOptULongLong(ctl, cmd, "write-bytes-sec-max", &value)) < 0) { + if ((rv = vshCommandOptScaledInt(ctl, cmd, "write-bytes-sec-max", &value, 1, ULLONG_MAX)) < 0) { goto interror; } else if (rv > 0) { if (virTypedParamsAddULLong(&params, &nparams, &maxparams, diff --git a/tools/virsh.pod b/tools/virsh.pod index 2a95df7..6844823 100644 --- a/tools/virsh.pod +++ b/tools/virsh.pod @@ -1097,15 +1097,21 @@ I<domain> (see also B<domblklist> for listing these names). If no limit is specified, it will query current I/O limits setting. Otherwise, alter the limits with these flags: -I<--total-bytes-sec> specifies total throughput limit in bytes per second. -I<--read-bytes-sec> specifies read throughput limit in bytes per second. -I<--write-bytes-sec> specifies write throughput limit in bytes per second. +I<--total-bytes-sec> specifies total throughput limit as a scaled integer, the +default being bytes per second if no suffix is specified. +I<--read-bytes-sec> specifies read throughput limit as a scaled integer, the +default being bytes per second if no suffix is specified. +I<--write-bytes-sec> specifies write throughput limit as a scaled integer, the +default being bytes per second if no suffix is specified. I<--total-iops-sec> specifies total I/O operations limit per second. I<--read-iops-sec> specifies read I/O operations limit per second. I<--write-iops-sec> specifies write I/O operations limit per second. -I<--total-bytes-sec-max> specifies maximum total throughput limit in bytes per second. -I<--read-bytes-sec-max> specifies maximum read throughput limit in bytes per second. -I<--write-bytes-sec-max> specifies maximum write throughput limit in bytes per second. +I<--total-bytes-sec-max> specifies maximum total throughput limit as a scaled +integer, the default being bytes per second if no suffix is specified +I<--read-bytes-sec-max> specifies maximum read throughput limit as a scaled +integer, the default being bytes per second if no suffix is specified. +I<--write-bytes-sec-max> specifies maximum write throughput limit as a scaled +integer, the default being bytes per second if no suffix is specified. I<--total-iops-sec-max> specifies maximum total I/O operations limit per second. I<--read-iops-sec-max> specifies maximum read I/O operations limit per second. I<--write-iops-sec-max> specifies maximum write I/O operations limit per second. -- 2.1.4

2 2

[libvirt] [PATCH] qemu: add default pci-root device to mips*/malta guests
by Aurelien Jarno 10 May '16

10 May '16

The MIPS Malta board has a root PCI controller. It is not sent during migration, so it needs to be added by default. Signed-off-by: Aurelien Jarno <aurelien(a)aurel32.net> --- src/qemu/qemu_domain.c | 15 ++++++++++++++- src/qemu/qemu_domain.h | 1 + 2 files changed, 15 insertions(+), 1 deletion(-) diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c index 173f82c..75b0545 100644 --- a/src/qemu/qemu_domain.c +++ b/src/qemu/qemu_domain.c @@ -1763,6 +1763,14 @@ qemuDomainDefAddDefaultDevices(virDomainDefPtr def, addPCIeRoot = virQEMUCapsGet(qemuCaps, QEMU_CAPS_OBJECT_GPEX); break; + case VIR_ARCH_MIPS: + case VIR_ARCH_MIPSEL: + case VIR_ARCH_MIPS64: + case VIR_ARCH_MIPS64EL: + if (qemuDomainMachineIsMalta(def)) + addPCIRoot = true; + break; + case VIR_ARCH_PPC64: case VIR_ARCH_PPC64LE: addPCIRoot = true; @@ -4654,6 +4662,11 @@ qemuDomainMachineIsVirt(const virDomainDef *def) STRPREFIX(def->os.machine, "virt-"); } +bool +qemuDomainMachineIsMalta(const virDomainDef *def) +{ + return STRPREFIX(def->os.machine, "malta"); +} static bool qemuCheckMemoryDimmConflict(const virDomainDef *def, @@ -4830,7 +4843,7 @@ bool qemuDomainMachineHasBuiltinIDE(const virDomainDef *def) { return qemuDomainMachineIsI440FX(def) || - STREQ(def->os.machine, "malta") || + qemuDomainMachineIsMalta(def) || STREQ(def->os.machine, "sun4u") || STREQ(def->os.machine, "g3beige"); } diff --git a/src/qemu/qemu_domain.h b/src/qemu/qemu_domain.h index 95f821c..adba5fa 100644 --- a/src/qemu/qemu_domain.h +++ b/src/qemu/qemu_domain.h @@ -585,6 +585,7 @@ bool qemuDomainMachineIsI440FX(const virDomainDef *def); bool qemuDomainMachineNeedsFDC(const virDomainDef *def); bool qemuDomainMachineIsS390CCW(const virDomainDef *def); bool qemuDomainMachineIsVirt(const virDomainDef *def); +bool qemuDomainMachineIsMalta(const virDomainDef *def); bool qemuDomainMachineHasBuiltinIDE(const virDomainDef *def); int qemuDomainUpdateCurrentMemorySize(virQEMUDriverPtr driver, -- 2.8.1

2 3

[libvirt] Introducing myself (GSoC 2016 student)
by Katerina Koukiou 09 May '16

09 May '16

Hi, my name is Katerina Koukiou and I got selected as a GSoC student this year to work on libvirt. My project is to add libvirt support for migration of lxc containers using a tool called CRIU. For the time, I am in my final year of undergraduate studies in Electrical and Computer Engineering, at NTUA university, Greece. Looking forward to share some patches here! Katerina

2 1

[libvirt] [PATCH 00/27] Introduce sparse streams
by Michal Privoznik 09 May '16

09 May '16

So, after couple of sleepless nights and headaches I'm proud to announce that finally got this working. What? Our regular streams that are can be used to transfer disk images for domains are unaware of any sparseness. Therefore they have two limitations: a) transferring big but sparse image can take ages as all the holes (interpreted by kernel as '\0') have to go through our event loop. b) resulting volume is not sparse even if the source was. How? I went by verified approach that linux kernel has. One way to look at our streams is just like read() and write() with a different names: virStreamRecv() and virStreamSend(). They even have the same prototype (if 'int fd' is substituted with 'virStreamPtr'). Now, holes in files are created and detected via third API: lseek(). Therefore I'm introducing new virStreamSkip() API that mimics the missing primitive. Now, because our streams do not necessarily have to work over files (they are for generic data transfer), I had to let users register a callback that is called whenever the other side calls virStreamSkip(). So now that we have all three primitives, we can focus on making life easier for our users. Nobody is actually using bare virStreamSend() and virStreamRecv() rather than our wrappers: virStreamSendAll() and virStreamRecvAll(). With my approach described above just virStreamSendAll() needs to be adjusted so that it's 'sparse file' aware. The virStreamRecvAll() will only get the data to write (just like it is now) with skip callback called automatically whenever needed. In order for virStreamSendAll() to skip holes I'm introducing yet another callback: virStreamInDataFunc(). This callback will help us to create a map of a file: before each virStreamSend() it checks whether we are in a data section or a hole and calls virStreamSend() or virStreamSkip() respectively. Do not worry - it will all become clear once you see the code. Now question is - how will users enable this feature? I mean, we have take into account that we might be talking to an older daemon that does not know how to skip a hole. Or vice versa - older client. The solution I came up with is to introduce flags to APIs where sparse streams make sense. I guess it makes sense for volume upload and download, but almost certainly makes no sense for virDomainOpenConsole(). Code? >From users POV they just need to pass correct argument to 'vol-upload' or 'vol-download' virsh commands. One layer down, on programming level they need to merely: st = virStreamNew(conn, 0); virStreamRegisterSkip(st, skipFunc, &fd); virStorageVolDownload(st, ...); virStreamRecvAll(st, sinkFunc, &fd); where: int skipFunc(virStreamPtr st, unsigned long long offset, void *opaque) { int *fd = opaque; return lseek(*fd, offset, SEEK_CUR) == (off_t) -1 ? -1 : 0; } And for uploading it's slightly more verbose - see patch 24. Limitations? While testing this on my machine with XFS, I've noticed that the resulting map of a transferred file is not exactly the same as the source's. Checksums are the same though. After digging deeper I found this commit in the kernel: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0… Thing is, as we transfer the file, we are practically just seeking at EOF and thus creating holes. But if the hole size is small enough, XFS will use some speculative file allocation algorithm and eventually fully allocate the blocks even if we intended to create a hole. This does not occur when punching a hole into a file though. Well, I guess XFS devels have some reasons to do that. This behaviour has not been observed on EXT4. Notes? Oh, patches 01-03 have been ACKed already, but are not pushed yet because of the freeze. But since this feature build on the top of them, I'm sending them too. Also the whole patch set is accessible at my github: https://github.com/zippy2/libvirt/tree/sparse_streams4 Michal Privoznik (27): Revert "rpc: Fix slow volume download (virsh vol-download)" virnetclientstream: Process stream messages later virStream{Recv,Send}All: Increase client buffer Introduce virStreamSkip Introduce virStreamRegisterSkip and virStreamSkipCallback Introduce virStreamInData and virStreamRegisterInData virNetClientStreamNew: Track origin stream Track if stream is seekable RPC: Introduce virNetStreamSkip Introduce VIR_NET_STREAM_SKIP message type Teach wireshark plugin about VIR_NET_STREAM_SKIP daemon: Implement VIR_NET_STREAM_SKIP handling daemon: Introduce virNetServerProgramSendStreamSkip virnetclientstream: Introduce virNetClientStreamSendSkip virnetclientstream: Introduce virNetClientStreamHandleSkip remote_driver: Implement virStreamSkip daemonStreamHandleRead: Wire up seekable stream virNetClientStream: Wire up VIR_NET_STREAM_SKIP virStreamSendAll: Wire up sparse streams fdstream: Implement seek gendispatch: Introduce @sparseflag for our calls Introduce virStorageVol{Download,Upload}Flags virsh: Implement sparse stream to vol-download virsh: Implement sparse stream to vol-upload fdstream: Suppress use of IO helper for sparse streams daemon: Don't call virStreamInData so often storage: Enable sparse streams for virStorageVol{Download,Upload} daemon/remote.c | 2 +- daemon/stream.c | 134 +++++++++++++-- daemon/stream.h | 3 +- include/libvirt/libvirt-storage.h | 9 + include/libvirt/libvirt-stream.h | 47 ++++++ src/datatypes.h | 8 + src/driver-stream.h | 5 + src/fdstream.c | 156 +++++++++++++++--- src/fdstream.h | 3 +- src/libvirt-storage.c | 4 +- src/libvirt-stream.c | 238 ++++++++++++++++++++++++++- src/libvirt_internal.h | 7 + src/libvirt_private.syms | 2 + src/libvirt_public.syms | 7 + src/libvirt_remote.syms | 2 + src/remote/remote_driver.c | 41 ++++- src/remote/remote_protocol.x | 2 + src/rpc/gendispatch.pl | 21 ++- src/rpc/virnetclient.c | 1 + src/rpc/virnetclientstream.c | 308 ++++++++++++++++++++++++----------- src/rpc/virnetclientstream.h | 10 +- src/rpc/virnetprotocol.x | 16 +- src/rpc/virnetserverprogram.c | 33 ++++ src/rpc/virnetserverprogram.h | 7 + src/storage/storage_backend.c | 12 +- src/storage/storage_driver.c | 4 +- src/virnetprotocol-structs | 4 + tools/virsh-volume.c | 40 ++++- tools/virsh.c | 79 +++++++++ tools/virsh.h | 12 ++ tools/virsh.pod | 6 +- tools/wireshark/src/packet-libvirt.c | 40 +++++ tools/wireshark/src/packet-libvirt.h | 2 + 33 files changed, 1104 insertions(+), 161 deletions(-) -- 2.8.1

4 45

[libvirt] [PATCH] util: polkit: Fix polkit agent startup
by Peter Krempa 09 May '16

09 May '16

Commit 0b36b0e9 broke polkit agent startup when attempting to fix a coverity warning. Refactor it properly so that we don't need the 'cmd' intermediate variable. --- src/util/virpolkit.c | 26 ++++++++++++-------------- 1 file changed, 12 insertions(+), 14 deletions(-) diff --git a/src/util/virpolkit.c b/src/util/virpolkit.c index 2038744..e7e46b8 100644 --- a/src/util/virpolkit.c +++ b/src/util/virpolkit.c @@ -167,7 +167,6 @@ virPolkitAgentPtr virPolkitAgentCreate(void) { virPolkitAgentPtr agent = NULL; - virCommandPtr cmd = virCommandNewArgList(PKTTYAGENT, "--process", NULL); int pipe_fd[2] = {-1, -1}; struct pollfd pollfd; int outfd = STDOUT_FILENO; @@ -181,18 +180,18 @@ virPolkitAgentCreate(void) if (VIR_ALLOC(agent) < 0) goto error; - agent->cmd = cmd; - cmd = NULL; - - virCommandAddArgFormat(cmd, "%lld", (long long int) getpid()); - virCommandAddArg(cmd, "--notify-fd"); - virCommandAddArgFormat(cmd, "%d", pipe_fd[1]); - virCommandAddArg(cmd, "--fallback"); - virCommandSetInputFD(cmd, STDIN_FILENO); - virCommandSetOutputFD(cmd, &outfd); - virCommandSetErrorFD(cmd, &errfd); - virCommandPassFD(cmd, pipe_fd[1], VIR_COMMAND_PASS_FD_CLOSE_PARENT); - if (virCommandRunAsync(cmd, NULL) < 0) + + agent->cmd = virCommandNewArgList(PKTTYAGENT, "--process", NULL); + + virCommandAddArgFormat(agent->cmd, "%lld", (long long int) getpid()); + virCommandAddArg(agent->cmd, "--notify-fd"); + virCommandAddArgFormat(agent->cmd, "%d", pipe_fd[1]); + virCommandAddArg(agent->cmd, "--fallback"); + virCommandSetInputFD(agent->cmd, STDIN_FILENO); + virCommandSetOutputFD(agent->cmd, &outfd); + virCommandSetErrorFD(agent->cmd, &errfd); + virCommandPassFD(agent->cmd, pipe_fd[1], VIR_COMMAND_PASS_FD_CLOSE_PARENT); + if (virCommandRunAsync(agent->cmd, NULL) < 0) goto error; pollfd.fd = pipe_fd[0]; @@ -207,7 +206,6 @@ virPolkitAgentCreate(void) VIR_FORCE_CLOSE(pipe_fd[0]); VIR_FORCE_CLOSE(pipe_fd[1]); virPolkitAgentDestroy(agent); - virCommandFree(cmd); return NULL; } -- 2.8.2

2 1

[libvirt] [PATCH v2 0/8] Add support for fetching statistics of completed jobs
by Jiri Denemark 09 May '16

09 May '16

Using virDomainGetJobStats, we can monitor running jobs but sometimes it may be useful to get statistics about a job that already finished, for example, to get the final amount of data transferred during migration or to get an idea about total downtime. This is what the following patches are about. Version 2: - changed according to John's review (see individual patches for details) Jiri Denemark (8): Refactor job statistics qemu: Avoid incrementing jobs_queued if virTimeMillisNow fails Add support for fetching statistics of completed jobs qemu: Silence coverity on optional migration stats virsh: Add support for completed job stats qemu: Transfer migration statistics to destination qemu: Recompute downtime and total time when migration completes qemu: Transfer recomputed stats back to source include/libvirt/libvirt.h.in | 11 ++ src/libvirt.c | 11 +- src/qemu/qemu_domain.c | 189 ++++++++++++++++++++++++++- src/qemu/qemu_domain.h | 32 ++++- src/qemu/qemu_driver.c | 130 ++++-------------- src/qemu/qemu_migration.c | 304 ++++++++++++++++++++++++++++++++++++------- src/qemu/qemu_monitor_json.c | 10 +- src/qemu/qemu_process.c | 9 +- tools/virsh-domain.c | 27 +++- tools/virsh.pod | 10 +- 10 files changed, 557 insertions(+), 176 deletions(-) -- 2.1.0

3 12

[libvirt] [PATCH 0/4] qemu_monitor_json: Refactor even more
by Michal Privoznik 09 May '16

09 May '16

All these patches will be squashed into one, but I've split them into multiple because of easier review. Michal Privoznik (4): qemu_monitor_json: Follow refactor qemu_monitor_json: Follow refactor qemu_monitor_json: Follow refactor qemu_monitor_json: Follow refactor src/qemu/qemu_monitor_json.c | 673 ++++++++++++++++++++++--------------------- 1 file changed, 349 insertions(+), 324 deletions(-) -- 2.8.1

2 6

[libvirt] [PATCH] qemu: domain: Don't treat unknown storage type as not having backing chain
by Peter Krempa 09 May '16

09 May '16

qemuDomainCheckDiskPresence has short-circuit code to skip the determination of the disk backing chain for storage formats that can't have backing volumes. The code treats VIR_STORAGE_FILE_NONE as not having backing chain and skips the call to qemuDomainDetermineDiskChain. This is wrong as qemuDomainDetermineDiskChain is responsible for storage format detection and has logic to determine the default type if format detection is disabled. This allows to storage passed via <disk type="volume"> to circumvent the enforcement to have correct storage format or that we shall default to format='raw', since we don't set the default type via the post parse callback for "volume" backed disks as the translation code could come up with a better guess. This resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1328003 --- src/qemu/qemu_domain.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c index cae356c..78a717a 100644 --- a/src/qemu/qemu_domain.c +++ b/src/qemu/qemu_domain.c @@ -3817,7 +3817,7 @@ qemuDomainCheckDiskPresence(virQEMUDriverPtr driver, * without backing support, the fact that the file exists is * more than enough */ if (virStorageSourceIsLocalStorage(disk->src) && - format >= VIR_STORAGE_FILE_NONE && + format > VIR_STORAGE_FILE_NONE && format < VIR_STORAGE_FILE_BACKING && virFileExists(virDomainDiskGetSource(disk))) continue; -- 2.8.2

2 2

[libvirt] [PATCH] cpu: add ABM to Haswell* and Broadwell* CPU models
by Eli Qiao 09 May '16

09 May '16

Corresponding QEMU commits: becb66673ec30cb604926d247ab9449a60ad8b11 Signed-off-by: Eli Qiao <liyong.qiao(a)intel.com> --- src/cpu/cpu_map.xml | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/src/cpu/cpu_map.xml b/src/cpu/cpu_map.xml index 0b6d424..d9eb729 100644 --- a/src/cpu/cpu_map.xml +++ b/src/cpu/cpu_map.xml @@ -919,6 +919,7 @@ <model name='Haswell-noTSX'> <vendor name='Intel'/> + <feature name='abm'/> <feature name='aes'/> <feature name='apic'/> <feature name='avx'/> @@ -971,6 +972,7 @@ <model name='Haswell'> <vendor name='Intel'/> + <feature name='abm'/> <feature name='aes'/> <feature name='apic'/> <feature name='avx'/> @@ -1026,6 +1028,7 @@ <model name='Broadwell-noTSX'> <vendor name='Intel'/> <feature name='3dnowprefetch'/> + <feature name='abm'/> <feature name='adx'/> <feature name='aes'/> <feature name='apic'/> @@ -1082,6 +1085,7 @@ <model name='Broadwell'> <vendor name='Intel'/> <feature name='3dnowprefetch'/> + <feature name='abm'/> <feature name='adx'/> <feature name='aes'/> <feature name='apic'/> -- 1.9.1

3 2

[libvirt] [PATCH 0/3] Couple of patches to resolve recent Coverity issues
by John Ferlan 08 May '16

08 May '16

Recent changes have tripped my Coverity checker. John Ferlan (3): Use virGetLastErrorMessage to avoid Coverity message admin: Clean up error path in adminServerListClients conf: Fix error path in virNodeDevPCICapabilityParseXML daemon/admin_server.c | 3 +-- src/conf/node_device_conf.c | 5 ++++- src/network/bridge_driver.c | 3 +-- src/node_device/node_device_hal.c | 3 +-- 4 files changed, 7 insertions(+), 7 deletions(-) -- 2.5.5

3 9

[libvirt] [PATCH 00/17] improve graphics listen configuration
by Pavel Hrdina 06 May '16

06 May '16

This patch series improves the way how different listen types can be specified and also introduce a new listen types for graphics devices. First improvement is to move ports auto of graphics element into listen element with type address or network. This is a first step to make the code listen-driven. Second step is to create a new listen type socket to improve the current vnc configuration and to print only socket path witout any other listen types. With the new socket type now we can add support also to spice graphics. The last improvement is to introduce new listen type none for spice graphics to specify that the spice graphics shouldn't listen anywhere by default. In case of spice graphics the new listen types socket or none are required to start a guest with OpenGL support. Pavel Hrdina (17): graphics: use enums instead of int qemu_process: move listen code out of qemuProcessSetupGraphics qemu_process: handle port allocation for VNC the same way as for Spice graphics: generate fake ports also for tests qemu_hotplug: cleanup qemuDomainChangeGraphics genericxml2xml: add several graphics tests qemu_hotplug: fix checking graphics ports graphics: don't parse listens if socket attribute is present domain_conf: parse listen attr from graphics while parsing listen elements graphics: make address attribute for listen type='address' optional domain_conf: cleanup virDomainGraphicsListenDefParseXML graphics: move port definition to listen element qemu.conf: remove vnc_auto_unix_socket vnc: use listen type=socket instead of socket attribute qemu_capabilites: add QEMU_CAPS_SPICE_UNIX spice: add support for listen type socket spice: introduce listen type none docs/formatdomain.html.in | 138 +++-- docs/schemas/domaincommon.rng | 63 ++- src/conf/domain_conf.c | 604 ++++++++++++++------- src/conf/domain_conf.h | 45 +- src/libvirt_private.syms | 1 + src/libxl/libxl_conf.c | 61 ++- src/libxl/libxl_domain.c | 17 +- src/qemu/libvirtd_qemu.aug | 1 - src/qemu/qemu.conf | 10 - src/qemu/qemu_capabilities.c | 2 + src/qemu/qemu_capabilities.h | 1 + src/qemu/qemu_command.c | 239 ++++---- src/qemu/qemu_conf.c | 1 - src/qemu/qemu_conf.h | 1 - src/qemu/qemu_domain.c | 19 +- src/qemu/qemu_driver.c | 12 - src/qemu/qemu_hotplug.c | 76 +-- src/qemu/qemu_migration.c | 41 +- src/qemu/qemu_parse_command.c | 41 +- src/qemu/qemu_process.c | 386 ++++++++----- src/qemu/qemu_process.h | 3 + src/qemu/test_libvirtd_qemu.aug.in | 1 - src/security/virt-aa-helper.c | 15 +- src/vbox/vbox_common.c | 30 +- src/vbox/vbox_tmpl.c | 34 +- src/vbox/vbox_uniformed_api.h | 4 +- src/vmx/vmx.c | 54 +- src/vz/vz_sdk.c | 30 +- src/xenconfig/xen_common.c | 74 +-- src/xenconfig/xen_sxpr.c | 71 +-- src/xenconfig/xen_xl.c | 45 +- .../generic-graphics-listen-back-compat-ports.xml | 30 + .../generic-graphics-vnc-listen-attr-only.xml | 28 + ...generic-graphics-vnc-listen-element-minimal.xml | 30 + ...aphics-vnc-listen-element-with-address-port.xml | 30 + ...ic-graphics-vnc-listen-element-with-address.xml | 30 + .../generic-graphics-vnc-manual-port.xml | 28 + .../generic-graphics-vnc-minimal.xml | 28 + .../generic-graphics-vnc-socket-listen.xml | 30 + .../generic-graphics-vnc-socket.xml | 28 + .../generic-graphics-listen-back-compat-ports.xml | 30 + .../generic-graphics-listen-back-compat.xml | 2 +- .../generic-graphics-vnc-listen-attr-only.xml | 30 + ...generic-graphics-vnc-listen-element-minimal.xml | 30 + ...aphics-vnc-listen-element-with-address-port.xml | 30 + ...ic-graphics-vnc-listen-element-with-address.xml | 30 + .../generic-graphics-vnc-manual-port.xml | 30 + .../generic-graphics-vnc-minimal.xml | 30 + .../generic-graphics-vnc-socket-listen.xml | 30 + .../generic-graphics-vnc-socket.xml | 30 + tests/genericxml2xmltest.c | 10 + .../qemuargv2xml-graphics-vnc-policy.xml | 2 +- .../qemuargv2xml-graphics-vnc-sasl.xml | 2 +- .../qemuargv2xml-graphics-vnc-socket.xml | 4 +- .../qemuargv2xml-graphics-vnc-tls.xml | 2 +- .../qemuargv2xml-graphics-vnc-websocket.xml | 2 +- .../qemuargv2xmldata/qemuargv2xml-graphics-vnc.xml | 2 +- ...qemuhotplug-console-compat-2+console-virtio.xml | 2 +- .../qemuhotplug-graphics-spice-listen-network.xml | 2 +- .../qemuxml2argv-console-compat-2.xml | 2 +- .../qemuxml2argv-controller-order.args | 2 +- ...muxml2argv-graphics-spice-auto-unix-socket.args | 21 + ...emuxml2argv-graphics-spice-auto-unix-socket.xml | 30 + .../qemuxml2argv-graphics-spice-unix-socket.args | 20 + .../qemuxml2argv-graphics-spice-unix-socket.xml | 30 + ...qemuxml2argv-graphics-vnc-auto-unix-socket.args | 20 + .../qemuxml2argv-graphics-vnc-auto-unix-socket.xml | 30 + .../qemuxml2argv-graphics-vnc-autosocket.args | 22 - .../qemuxml2argv-graphics-vnc-autosocket.xml | 34 -- .../qemuxml2argv-graphics-vnc-unix-socket.args | 20 + .../qemuxml2argv-graphics-vnc-unix-socket.xml | 30 + .../qemuxml2argv-hugepages-numa.args | 2 +- .../qemuxml2argv-video-device-pciaddr-default.args | 2 +- .../qemuxml2argv-video-virtio-gpu-spice-gl.args | 2 +- tests/qemuxml2argvtest.c | 8 + .../qemuxml2xmlout-graphics-listen-network.xml | 2 +- .../qemuxml2xmlout-graphics-listen-network2.xml | 4 +- ...uxml2xmlout-graphics-spice-auto-unix-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-spice-compression.xml | 2 +- .../qemuxml2xmlout-graphics-spice-qxl-vga.xml | 2 +- .../qemuxml2xmlout-graphics-spice-timeout.xml | 4 +- .../qemuxml2xmlout-graphics-spice-unix-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-spice.xml | 2 +- ...emuxml2xmlout-graphics-vnc-auto-unix-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-vnc-autosocket.xml | 39 -- .../qemuxml2xmlout-graphics-vnc-no-listen-attr.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-sasl.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-tls.xml | 2 +- .../qemuxml2xmlout-graphics-vnc-unix-socket.xml | 35 ++ .../qemuxml2xmlout-graphics-vnc-websocket.xml | 2 +- .../qemuxml2xmlout-graphics-vnc.xml | 2 +- .../qemuxml2xmlout-interface-server.xml | 4 +- .../qemuxml2xmlout-net-bandwidth.xml | 4 +- .../qemuxml2xmlout-net-bandwidth2.xml | 4 +- .../qemuxml2xmlout-pci-bridge.xml | 2 +- ...emuxml2xmlout-seclabel-dynamic-none-relabel.xml | 2 +- .../qemuxml2xmlout-serial-spiceport.xml | 2 +- .../qemuxml2xmlout-video-virtio-gpu-spice-gl.xml | 3 +- tests/qemuxml2xmltest.c | 11 +- tests/sexpr2xmldata/sexpr2xml-curmem.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-autoport.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-empty-kernel.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-force-hpet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-force-nohpet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-localtime.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-net-netfront.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-parallel-tcp.xml | 4 +- .../sexpr2xml-fv-serial-dev-2-ports.xml | 4 +- .../sexpr2xml-fv-serial-dev-2nd-port.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-file.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-null.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-pipe.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-pty.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-stdio.xml | 4 +- .../sexpr2xml-fv-serial-tcp-telnet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-tcp.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-udp.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-serial-unix.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-sound-all.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-sound.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-usbmouse.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-usbtablet.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-utc.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv-v2.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-fv.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-no-source-cdrom.xml | 4 +- .../sexpr2xml-pv-vfb-new-vncdisplay.xml | 2 +- tests/sexpr2xmldata/sexpr2xml-pv-vfb-new.xml | 2 +- .../sexpr2xmldata/sexpr2xml-pv-vfb-type-crash.xml | 4 +- tests/sexpr2xmldata/sexpr2xml-vif-rate.xml | 4 +- tests/vmx2xmldata/vmx2xml-graphics-vnc.xml | 4 +- .../test-disk-positional-parms-full.xml | 2 +- .../test-disk-positional-parms-partial.xml | 2 +- ...est-fullvirt-direct-kernel-boot-bogus-extra.xml | 2 +- .../test-fullvirt-direct-kernel-boot-extra.xml | 2 +- .../test-fullvirt-direct-kernel-boot.xml | 2 +- tests/xlconfigdata/test-fullvirt-multiusb.xml | 2 +- tests/xlconfigdata/test-fullvirt-nohap.xml | 2 +- tests/xlconfigdata/test-new-disk.xml | 2 +- tests/xlconfigdata/test-rbd-multihost-noauth.xml | 2 +- tests/xlconfigdata/test-spice-features.xml | 2 +- tests/xlconfigdata/test-spice.xml | 2 +- tests/xlconfigdata/test-vif-rate.xml | 2 +- tests/xmconfigdata/test-escape-paths.xml | 2 +- .../xmconfigdata/test-fullvirt-default-feature.xml | 2 +- tests/xmconfigdata/test-fullvirt-force-hpet.xml | 2 +- tests/xmconfigdata/test-fullvirt-force-nohpet.xml | 2 +- tests/xmconfigdata/test-fullvirt-localtime.xml | 2 +- tests/xmconfigdata/test-fullvirt-net-netfront.xml | 2 +- tests/xmconfigdata/test-fullvirt-new-cdrom.xml | 2 +- tests/xmconfigdata/test-fullvirt-nohap.xml | 2 +- tests/xmconfigdata/test-fullvirt-parallel-tcp.xml | 2 +- .../test-fullvirt-serial-dev-2-ports.xml | 2 +- .../test-fullvirt-serial-dev-2nd-port.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-file.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-null.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-pipe.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-pty.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-stdio.xml | 2 +- .../test-fullvirt-serial-tcp-telnet.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-tcp.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-udp.xml | 2 +- tests/xmconfigdata/test-fullvirt-serial-unix.xml | 2 +- tests/xmconfigdata/test-fullvirt-sound.xml | 2 +- tests/xmconfigdata/test-fullvirt-usbmouse.xml | 2 +- tests/xmconfigdata/test-fullvirt-usbtablet.xml | 2 +- tests/xmconfigdata/test-fullvirt-utc.xml | 2 +- tests/xmconfigdata/test-no-source-cdrom.xml | 4 +- tests/xmconfigdata/test-paravirt-net-e1000.xml | 2 +- tests/xmconfigdata/test-paravirt-net-vifname.xml | 2 +- .../test-paravirt-new-pvfb-vncdisplay.xml | 2 +- tests/xmconfigdata/test-paravirt-new-pvfb.xml | 2 +- tests/xmconfigdata/test-pci-devs.xml | 4 +- 173 files changed, 2392 insertions(+), 1014 deletions(-) create mode 100644 tests/genericxml2xmlindata/generic-graphics-listen-back-compat-ports.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-listen-attr-only.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-listen-element-minimal.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-listen-element-with-address-port.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-listen-element-with-address.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-manual-port.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-minimal.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-socket-listen.xml create mode 100644 tests/genericxml2xmlindata/generic-graphics-vnc-socket.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-listen-back-compat-ports.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-listen-attr-only.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-listen-element-minimal.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-listen-element-with-address-port.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-listen-element-with-address.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-manual-port.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-minimal.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-socket-listen.xml create mode 100644 tests/genericxml2xmloutdata/generic-graphics-vnc-socket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-unix-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-auto-unix-socket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-unix-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-spice-unix-socket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-unix-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-auto-unix-socket.xml delete mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-autosocket.args delete mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-autosocket.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-unix-socket.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-graphics-vnc-unix-socket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-spice-auto-unix-socket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-spice-unix-socket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-auto-unix-socket.xml delete mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-autosocket.xml create mode 100644 tests/qemuxml2xmloutdata/qemuxml2xmlout-graphics-vnc-unix-socket.xml -- 2.8.2

4 33

[libvirt] [PATCH v2 0/4] qemu: handle ',' and '=' in VM name
by Cole Robinson 06 May '16

06 May '16

This series adds qemu cli comma escaping to several places that are dependent on the VM name, to enable names with embedded commas. Patch 4 makes use of qemu -name guest=X value to allow names with '=' in them. https://bugzilla.redhat.com/show_bug.cgi?id=639926 https://bugzilla.redhat.com/show_bug.cgi?id=1276485 Note: There's likely other places that are VM name dependent that need comma escaping too, but this hits the mandatory ones. I've listed some more on the BiteSizedTasks page: http://wiki.libvirt.org/page/BiteSizedTasks#qemu:_Use_comma_escaping_for_mo… v2: Rebase to master Cole Robinson (4): qemu: command: escape commas in VM name qemu: command: escape commas in secret master path qemu: command: escape commas in chardev socket path qemu: command: Use -name guest= if available src/qemu/qemu_capabilities.c | 2 ++ src/qemu/qemu_capabilities.h | 1 + src/qemu/qemu_command.c | 22 ++++++++++++-------- tests/qemucapabilitiesdata/caps_2.1.1-1.caps | 1 + tests/qemucapabilitiesdata/caps_2.4.0-1.caps | 1 + tests/qemucapabilitiesdata/caps_2.5.0-1.caps | 1 + tests/qemucapabilitiesdata/caps_2.6.0-1.caps | 1 + .../qemuxml2argvdata/qemuxml2argv-name-escape.args | 24 ++++++++++++++++++++++ .../qemuxml2argvdata/qemuxml2argv-name-escape.xml | 18 ++++++++++++++++ tests/qemuxml2argvtest.c | 2 ++ 10 files changed, 65 insertions(+), 8 deletions(-) create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-name-escape.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-name-escape.xml -- 2.7.4

2 10

[libvirt] [PATCH] domain_conf: fix migration/managedsave with usb keyboad
by Pavel Hrdina 06 May '16

06 May '16

Commint 36785c7e refactored the code for input devices but introduced a bug that we removed all keyboard from migratable XML. We have to remove only implicit keyboards like PS2 or XEN. Signed-off-by: Pavel Hrdina <phrdina(a)redhat.com> --- src/conf/domain_conf.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/conf/domain_conf.c b/src/conf/domain_conf.c index 2c97bc1..b90c2b6 100644 --- a/src/conf/domain_conf.c +++ b/src/conf/domain_conf.c @@ -21193,8 +21193,10 @@ virDomainInputDefFormat(virBufferPtr buf, const char *bus = virDomainInputBusTypeToString(def->bus); /* don't format keyboard into migratable XML for backward compatibility */ - if (def->type == VIR_DOMAIN_INPUT_TYPE_KBD && - flags & VIR_DOMAIN_DEF_FORMAT_MIGRATABLE) + if (flags & VIR_DOMAIN_DEF_FORMAT_MIGRATABLE && + def->type == VIR_DOMAIN_INPUT_TYPE_KBD && + (def->bus == VIR_DOMAIN_INPUT_BUS_PS2 || + def->bus == VIR_DOMAIN_INPUT_BUS_XEN)) return 0; if (!type) { -- 2.8.2

2 1

[libvirt] [PATCH] virCgroupValidateMachineGroup: Reflect change in CGroup struct naming
by Michal Privoznik 06 May '16

06 May '16

Fron c3bd0019c0e on instead of creating the following path for cgroups: /sys/fs/cgroupX/$name.libvirt-$driver we generate rather more verbose one: /sys/fs/cgroupX/$driver-$id-$name.libvirt-$driver where $name is optional and included iff contains allowed chars. See original commit for more reasoning. Now, problem with the original commit is that we are unable to start any LXC domain after it. Because when starting LXC container, the CGroup layout is created by our lxc_controller process and then detected and validated by libvirtd. The validation is done by trying to match detected layout against all the possible patterns for cgroup paths that we've ever had. And the commit in question forgot to update this part of the code. Signed-off-by: Michal Privoznik <mprivozn(a)redhat.com> --- I am really surprised how long this bug went unnoticed. Is anybody using LXC? When pushed, it should be backported to 1.3.2+. src/util/vircgroup.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/src/util/vircgroup.c b/src/util/vircgroup.c index da5ccff..add6c5f 100644 --- a/src/util/vircgroup.c +++ b/src/util/vircgroup.c @@ -261,12 +261,17 @@ virCgroupValidateMachineGroup(virCgroupPtr group, char *scopename_new = NULL; char *machinename = virSystemdMakeMachineName(drivername, id, name, privileged); + char *partmachinename = NULL; if (virAsprintf(&partname, "%s.libvirt-%s", - name, drivername) < 0) + name, drivername) < 0 || + (machinename && + virAsprintf(&partmachinename, "%s.libvirt-%s", + machinename, drivername) < 0)) goto cleanup; - if (virCgroupPartitionEscape(&partname) < 0) + if (virCgroupPartitionEscape(&partname) < 0 || + (machinename && virCgroupPartitionEscape(&partmachinename) < 0)) goto cleanup; if (!(scopename_old = virSystemdMakeScopeName(name, drivername, true))) @@ -315,6 +320,7 @@ virCgroupValidateMachineGroup(virCgroupPtr group, if (STRNEQ(tmp, name) && STRNEQ_NULLABLE(tmp, machinename) && STRNEQ(tmp, partname) && + STRNEQ_NULLABLE(tmp, partmachinename) && STRNEQ(tmp, scopename_old) && STRNEQ_NULLABLE(tmp, scopename_new)) { VIR_DEBUG("Name '%s' for controller '%s' does not match " @@ -329,6 +335,7 @@ virCgroupValidateMachineGroup(virCgroupPtr group, valid = true; cleanup: + VIR_FREE(partmachinename); VIR_FREE(partname); VIR_FREE(scopename_old); VIR_FREE(scopename_new); -- 2.8.1

3 2

[libvirt] [PATCH 00/12] Enhance QEMU/domain capabilities tests
by Jiri Denemark 06 May '16

06 May '16

Jiri Denemark (12): tests: Refactor domaincapstest qemucapabilitiestest: Prepare for testing non-x86_64 archs qemu: Separate formatting from saving into caps cache qemu: Export caps cache APIs for tests qemucapabilitiestest: Uses consistent names qemucapabilitiestest: Reindent *.caps files qemucapabilitiestest: Reorder flags in caps files qemucapabilitiestest: Test all capabilities qemucapabilitiestest: Rename *.caps to *.xml domaincapstest: Use default machine type qemucapabilitiestest: Add tests for aarch64 and ppc64le domaincapstest: Add tests for QEMU 2.6 src/qemu/qemu_capabilities.c | 34 +- src/qemu/qemu_capspriv.h | 9 + .../domaincaps-qemu_1.6.50-1.xml | 3 +- .../domaincaps-qemu_2.6.0-1.xml | 63 + .../domaincaps-qemu_2.6.0-2.xml | 63 + .../domaincaps-qemu_2.6.0-3.xml | 67 + .../domaincaps-qemu_2.6.0-4.xml | 67 + .../domaincaps-qemu_2.6.0-5.xml | 61 + tests/domaincapstest.c | 209 +- tests/qemucapabilitiesdata/caps_1.2.2-1.caps | 117 - ...1.2.2-1.replies => caps_1.2.2-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_1.2.2-1.x86_64.xml | 159 + tests/qemucapabilitiesdata/caps_1.3.1-1.caps | 133 - ...1.3.1-1.replies => caps_1.3.1-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_1.3.1-1.x86_64.xml | 179 + tests/qemucapabilitiesdata/caps_1.4.2-1.caps | 134 - ...1.4.2-1.replies => caps_1.4.2-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_1.4.2-1.x86_64.xml | 181 + tests/qemucapabilitiesdata/caps_1.5.3-1.caps | 143 - ...1.5.3-1.replies => caps_1.5.3-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_1.5.3-1.x86_64.xml | 190 + tests/qemucapabilitiesdata/caps_1.6.0-1.caps | 149 - ...1.6.0-1.replies => caps_1.6.0-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_1.6.0-1.x86_64.xml | 200 + tests/qemucapabilitiesdata/caps_1.6.50-1.caps | 149 - ...6.50-1.replies => caps_1.6.50-1.x86_64.replies} | 0 .../qemucapabilitiesdata/caps_1.6.50-1.x86_64.xml | 202 + tests/qemucapabilitiesdata/caps_2.1.1-1.caps | 167 - ...2.1.1-1.replies => caps_2.1.1-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_2.1.1-1.x86_64.xml | 225 + tests/qemucapabilitiesdata/caps_2.4.0-1.caps | 180 - ...2.4.0-1.replies => caps_2.4.0-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_2.4.0-1.x86_64.xml | 245 + tests/qemucapabilitiesdata/caps_2.5.0-1.caps | 181 - ...2.5.0-1.replies => caps_2.5.0-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_2.5.0-1.x86_64.xml | 246 + .../caps_2.6.0-1.aarch64.replies | 4940 ++++++++++++++++ .../qemucapabilitiesdata/caps_2.6.0-1.aarch64.xml | 238 + tests/qemucapabilitiesdata/caps_2.6.0-1.caps | 186 - .../caps_2.6.0-1.ppc64le.replies | 6163 ++++++++++++++++++++ .../qemucapabilitiesdata/caps_2.6.0-1.ppc64le.xml | 604 ++ ...2.6.0-1.replies => caps_2.6.0-1.x86_64.replies} | 0 tests/qemucapabilitiesdata/caps_2.6.0-1.x86_64.xml | 251 + .../caps_2.6.0-2.aarch64.replies | 4940 ++++++++++++++++ .../qemucapabilitiesdata/caps_2.6.0-2.aarch64.xml | 238 + tests/qemucapabilitiestest.c | 92 +- tests/testutilsqemu.c | 41 +- 47 files changed, 19740 insertions(+), 1709 deletions(-) create mode 100644 tests/domaincapsschemadata/domaincaps-qemu_2.6.0-1.xml create mode 100644 tests/domaincapsschemadata/domaincaps-qemu_2.6.0-2.xml create mode 100644 tests/domaincapsschemadata/domaincaps-qemu_2.6.0-3.xml create mode 100644 tests/domaincapsschemadata/domaincaps-qemu_2.6.0-4.xml create mode 100644 tests/domaincapsschemadata/domaincaps-qemu_2.6.0-5.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.2.2-1.caps rename tests/qemucapabilitiesdata/{caps_1.2.2-1.replies => caps_1.2.2-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.2.2-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.3.1-1.caps rename tests/qemucapabilitiesdata/{caps_1.3.1-1.replies => caps_1.3.1-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.3.1-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.4.2-1.caps rename tests/qemucapabilitiesdata/{caps_1.4.2-1.replies => caps_1.4.2-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.4.2-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.5.3-1.caps rename tests/qemucapabilitiesdata/{caps_1.5.3-1.replies => caps_1.5.3-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.5.3-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.6.0-1.caps rename tests/qemucapabilitiesdata/{caps_1.6.0-1.replies => caps_1.6.0-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.6.0-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_1.6.50-1.caps rename tests/qemucapabilitiesdata/{caps_1.6.50-1.replies => caps_1.6.50-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_1.6.50-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_2.1.1-1.caps rename tests/qemucapabilitiesdata/{caps_2.1.1-1.replies => caps_2.1.1-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_2.1.1-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_2.4.0-1.caps rename tests/qemucapabilitiesdata/{caps_2.4.0-1.replies => caps_2.4.0-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_2.4.0-1.x86_64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_2.5.0-1.caps rename tests/qemucapabilitiesdata/{caps_2.5.0-1.replies => caps_2.5.0-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_2.5.0-1.x86_64.xml create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.aarch64.replies create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.aarch64.xml delete mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.caps create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.ppc64le.replies create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.ppc64le.xml rename tests/qemucapabilitiesdata/{caps_2.6.0-1.replies => caps_2.6.0-1.x86_64.replies} (100%) create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-1.x86_64.xml create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-2.aarch64.replies create mode 100644 tests/qemucapabilitiesdata/caps_2.6.0-2.aarch64.xml -- 2.8.2

3 29

[libvirt] [PATCH] conf: Skip generating random MAC in DetachDevice xml
by Kothapally Madhu Pavan 06 May '16

06 May '16

When we try to detach a network device without specifying the mac address, random mac address is generated. As the generated mac address will not be available in the running vm, detaching device will fail erroring out "error: operation failed: no device matching mac address xx:xx:xx:xx:xx:xx found". Signed-off-by: Kothapally Madhu Pavan <kmp(a)linux.vnet.ibm.com> --- src/conf/domain_conf.c | 4 ++++ src/conf/domain_conf.h | 3 +++ src/libxl/libxl_driver.c | 12 ++++++------ src/lxc/lxc_driver.c | 7 ++++--- src/qemu/qemu_driver.c | 2 ++ src/uml/uml_driver.c | 6 ++++-- src/vbox/vbox_common.c | 6 ++++-- src/vz/vz_driver.c | 4 +++- src/xen/xend_internal.c | 6 ++++-- src/xen/xm_internal.c | 8 ++++---- 10 files changed, 38 insertions(+), 20 deletions(-) diff --git a/src/conf/domain_conf.c b/src/conf/domain_conf.c index 28248c8..512d877 100644 --- a/src/conf/domain_conf.c +++ b/src/conf/domain_conf.c @@ -8784,6 +8784,10 @@ virDomainNetDefParseXML(virDomainXMLOptionPtr xmlopt, (const char *)macaddr); goto error; } + } else if (flags & VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR) { + virReportError(VIR_ERR_XML_ERROR, "%s", + _("mac address not specified in the device xml")); + goto error; } else { virDomainNetGenerateMAC(xmlopt, &def->mac); } diff --git a/src/conf/domain_conf.h b/src/conf/domain_conf.h index 1986f53..74692f1 100644 --- a/src/conf/domain_conf.h +++ b/src/conf/domain_conf.h @@ -2679,6 +2679,9 @@ typedef enum { VIR_DOMAIN_DEF_PARSE_SKIP_OSTYPE_CHECKS = 1 << 8, /* allow updates in post parse callback that would break ABI otherwise */ VIR_DOMAIN_DEF_PARSE_ABI_UPDATE = 1 << 9, + /* don't generate random mac address when a network device without mac address + * is detached */ + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR = 1 << 10, } virDomainDefParseFlags; typedef enum { diff --git a/src/libxl/libxl_driver.c b/src/libxl/libxl_driver.c index bf97c9c..507edcf 100644 --- a/src/libxl/libxl_driver.c +++ b/src/libxl/libxl_driver.c @@ -3726,6 +3726,8 @@ libxlDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, virDomainDefPtr vmdef = NULL; virDomainDeviceDefPtr dev = NULL; int ret = -1; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; virCheckFlags(VIR_DOMAIN_DEVICE_MODIFY_LIVE | VIR_DOMAIN_DEVICE_MODIFY_CONFIG, -1); @@ -3743,9 +3745,8 @@ libxlDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, goto endjob; if (flags & VIR_DOMAIN_DEVICE_MODIFY_CONFIG) { - if (!(dev = virDomainDeviceDefParse(xml, vm->def, - cfg->caps, driver->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE))) + if (!(dev = virDomainDeviceDefParse(xml, vm->def, cfg->caps, + driver->xmlopt, parse_flags))) goto endjob; /* Make a copy for updated domain. */ @@ -3760,9 +3761,8 @@ libxlDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, if (flags & VIR_DOMAIN_DEVICE_MODIFY_LIVE) { /* If dev exists it was created to modify the domain config. Free it. */ virDomainDeviceDefFree(dev); - if (!(dev = virDomainDeviceDefParse(xml, vm->def, - cfg->caps, driver->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE))) + if (!(dev = virDomainDeviceDefParse(xml, vm->def, cfg->caps, + driver->xmlopt, parse_flags))) goto endjob; if (libxlDomainDetachDeviceLive(driver, vm, dev) < 0) diff --git a/src/lxc/lxc_driver.c b/src/lxc/lxc_driver.c index ef48812..23f0d80 100644 --- a/src/lxc/lxc_driver.c +++ b/src/lxc/lxc_driver.c @@ -5196,6 +5196,8 @@ static int lxcDomainDetachDeviceFlags(virDomainPtr dom, virDomainDefPtr vmdef = NULL; virDomainDeviceDefPtr dev = NULL, dev_copy = NULL; int ret = -1; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; virLXCDriverConfigPtr cfg = virLXCDriverGetConfig(driver); virCheckFlags(VIR_DOMAIN_AFFECT_LIVE | @@ -5213,9 +5215,8 @@ static int lxcDomainDetachDeviceFlags(virDomainPtr dom, if (!(caps = virLXCDriverGetCapabilities(driver, false))) goto cleanup; - dev = dev_copy = virDomainDeviceDefParse(xml, vm->def, - caps, driver->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE); + dev = dev_copy = virDomainDeviceDefParse(xml, vm->def, caps, + driver->xmlopt, parse_flags); if (dev == NULL) goto cleanup; diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c index 862c44c..df85fd5 100644 --- a/src/qemu/qemu_driver.c +++ b/src/qemu/qemu_driver.c @@ -8486,6 +8486,8 @@ static int qemuDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, !(flags & VIR_DOMAIN_AFFECT_LIVE)) parse_flags |= VIR_DOMAIN_DEF_PARSE_INACTIVE; + parse_flags |= VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; + dev = dev_copy = virDomainDeviceDefParse(xml, vm->def, caps, driver->xmlopt, parse_flags); diff --git a/src/uml/uml_driver.c b/src/uml/uml_driver.c index 84e1df8..c232435 100644 --- a/src/uml/uml_driver.c +++ b/src/uml/uml_driver.c @@ -2346,6 +2346,8 @@ static int umlDomainDetachDevice(virDomainPtr dom, const char *xml) virDomainObjPtr vm; virDomainDeviceDefPtr dev = NULL; int ret = -1; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; umlDriverLock(driver); vm = virDomainObjListFindByUUID(driver->domains, dom->uuid); @@ -2366,8 +2368,8 @@ static int umlDomainDetachDevice(virDomainPtr dom, const char *xml) goto cleanup; } - dev = virDomainDeviceDefParse(xml, vm->def, driver->caps, driver->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE); + dev = virDomainDeviceDefParse(xml, vm->def, driver->caps, + driver->xmlopt, parse_flags); if (dev == NULL) goto cleanup; diff --git a/src/vbox/vbox_common.c b/src/vbox/vbox_common.c index 0cead10..4c539ef 100644 --- a/src/vbox/vbox_common.c +++ b/src/vbox/vbox_common.c @@ -4228,6 +4228,8 @@ static int vboxDomainDetachDevice(virDomainPtr dom, const char *xml) virDomainDeviceDefPtr dev = NULL; nsresult rc; int ret = -1; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; if (!data->vboxObj) return ret; @@ -4238,8 +4240,8 @@ static int vboxDomainDetachDevice(virDomainPtr dom, const char *xml) def->os.type = VIR_DOMAIN_OSTYPE_HVM; - dev = virDomainDeviceDefParse(xml, def, data->caps, data->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE); + dev = virDomainDeviceDefParse(xml, def, data->caps, + data->xmlopt, parse_flags); if (dev == NULL) goto cleanup; diff --git a/src/vz/vz_driver.c b/src/vz/vz_driver.c index ffa6f45..f5f5395 100644 --- a/src/vz/vz_driver.c +++ b/src/vz/vz_driver.c @@ -1172,6 +1172,8 @@ static int vzDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, vzConnPtr privconn = dom->conn->privateData; virDomainDeviceDefPtr dev = NULL; virDomainObjPtr privdom = NULL; + unsigned int parse_flags = VIR_DOMAIN_XML_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; virCheckFlags(VIR_DOMAIN_AFFECT_LIVE | VIR_DOMAIN_AFFECT_CONFIG, -1); @@ -1184,7 +1186,7 @@ static int vzDomainDetachDeviceFlags(virDomainPtr dom, const char *xml, goto cleanup; dev = virDomainDeviceDefParse(xml, privdom->def, privconn->driver->caps, - privconn->driver->xmlopt, VIR_DOMAIN_XML_INACTIVE); + privconn->driver->xmlopt, parse_flags); if (dev == NULL) goto cleanup; diff --git a/src/xen/xend_internal.c b/src/xen/xend_internal.c index cf7cdd0..216c4f4 100644 --- a/src/xen/xend_internal.c +++ b/src/xen/xend_internal.c @@ -2327,6 +2327,8 @@ xenDaemonDetachDeviceFlags(virConnectPtr conn, int ret = -1; char *xendev = NULL; virBuffer buf = VIR_BUFFER_INITIALIZER; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; virCheckFlags(VIR_DOMAIN_AFFECT_LIVE | VIR_DOMAIN_AFFECT_CONFIG, -1); @@ -2354,8 +2356,8 @@ xenDaemonDetachDeviceFlags(virConnectPtr conn, NULL))) goto cleanup; - if (!(dev = virDomainDeviceDefParse(xml, def, priv->caps, priv->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE))) + if (!(dev = virDomainDeviceDefParse(xml, def, priv->caps, + priv->xmlopt, parse_flags); goto cleanup; if (virDomainXMLDevID(conn, minidef, dev, class, ref, sizeof(ref))) diff --git a/src/xen/xm_internal.c b/src/xen/xm_internal.c index ef1a460..ae142a3 100644 --- a/src/xen/xm_internal.c +++ b/src/xen/xm_internal.c @@ -1322,6 +1322,8 @@ xenXMDomainDetachDeviceFlags(virConnectPtr conn, int ret = -1; size_t i; xenUnifiedPrivatePtr priv = conn->privateData; + unsigned int parse_flags = VIR_DOMAIN_DEF_PARSE_INACTIVE | + VIR_DOMAIN_DEF_PARSE_SKIP_GENERATE_MACADDR; virCheckFlags(VIR_DOMAIN_AFFECT_LIVE | VIR_DOMAIN_AFFECT_CONFIG, -1); @@ -1340,10 +1342,8 @@ xenXMDomainDetachDeviceFlags(virConnectPtr conn, goto cleanup; def = entry->def; - if (!(dev = virDomainDeviceDefParse(xml, entry->def, - priv->caps, - priv->xmlopt, - VIR_DOMAIN_DEF_PARSE_INACTIVE))) + if (!(dev = virDomainDeviceDefParse(xml, entry->def, priv->caps, + priv->xmlopt, parse_flags))) goto cleanup; switch (dev->type) {

2 1

[libvirt] [PATCH 0/4] rpc: Fix fd leak and potential crash
by Cole Robinson 06 May '16

06 May '16

Patch 1 was already sent, I'd like to get it in for the release, it should be quite safe. Remaining patches centralize some cleanup code and fix a potential crasher, but since it should be rare I'd like to wait till after the release. Previous thread: http://www.redhat.com/archives/libvir-list/2016-April/msg01618.html Ben Gray (1): rpc: Don't leak fd via CreateXMLWithFiles Cole Robinson (3): rpc: Add virNetMessageClearPayload rpc: Clear more in virNetMessageClearPayload rpc: use virNetMessageClearPayload in client src/libvirt_remote.syms | 1 + src/rpc/virnetclient.c | 5 +---- src/rpc/virnetmessage.c | 28 +++++++++++++++++++--------- src/rpc/virnetmessage.h | 2 ++ 4 files changed, 23 insertions(+), 13 deletions(-) -- 2.7.4

2 10

[libvirt] [PATCH v2 0/8] Add IV Secret Object support
by John Ferlan 05 May '16

05 May '16

v1 here (specifically patches 11 & 12) http://www.redhat.com/archives/libvir-list/2016-April/msg01077.html What's new/changed: Patches 1-3 address comments made by Jan in his review of v1. Patch 4 is essentially following through on the Patch 3 comment Patch 5 was part of patch 11, but I split it out for easier review Patch 6 is the remainder of the former patch 11. Other than using the ...SECRET_INFO_TYPE_xxx nomenclature, no other real changes. Patch 7 was part of patch 12, but I split it out to reduce the amount to review. Beyond the aforementioned ...SECRET_INFO_TYPE_xxx changes, I removed qemuDomainSecretInfoGetAlias. Initially created to help with any hotplug code, but that's not necessary, so remove it for now. It was brought up on Jan's comments as well. Create qemuDomainSecretSetup in order to address Jan's other comment about a common API This code could be merged with patch 8, but separating it *and* leaving qemuDomainSecretHaveEncrypt essentially brain-dead worked made for a shorter pile to look at Patch 8 is the remainder of patch 12. I investigated extracting the iSCSI and RBD code out, but it really just didn't make practice sense. I altered qemuBuildSecretIVCommandLine to just access the IV alias directly since the callers were adjusted to only try to build the IV object if necessary. The qemuBuild{Disk|Hostdev}iSCSICommandLine were renamed to qemuBuild{Disk|Hostdev}SecinfoCommandLine and each encapsulated the call to qemuBuildSecretIVCommandLine rather than inlining it in each of the callers The qemuDomainSecretHaveEncrypt will not be braindead. None of the tests changed, so it doesn't seem I messed anything up with all the requested adjustments. John Ferlan (8): qemu: Adjust names of qemuDomainSecretInfoType enums qemu: Split out the master key create and write qemu: Move qemuDomainSecretPrepare to qemuProcessPrepareDomain qemu: Move qemuDomainSecretDestroy to qemuProcessLaunch qemu: Separate network URI command building code qemu: Introduce qemuDomainSecretIV qemu: Introduce new Secret IV API's qemu: Utilize qemu secret objects for SCSI/RBD auth/secret configure.ac | 1 + src/qemu/qemu_alias.c | 23 ++ src/qemu/qemu_alias.h | 2 + src/qemu/qemu_command.c | 359 +++++++++++++++++++-- src/qemu/qemu_domain.c | 242 ++++++++++++-- src/qemu/qemu_domain.h | 34 +- src/qemu/qemu_hotplug.c | 6 +- src/qemu/qemu_process.c | 23 +- ...uxml2argv-disk-drive-network-iscsi-auth-IV.args | 39 +++ ...muxml2argv-disk-drive-network-iscsi-auth-IV.xml | 43 +++ ...emuxml2argv-disk-drive-network-rbd-auth-IV.args | 31 ++ ...qemuxml2argv-disk-drive-network-rbd-auth-IV.xml | 42 +++ ...emuxml2argv-hostdev-scsi-lsi-iscsi-auth-IV.args | 41 +++ ...qemuxml2argv-hostdev-scsi-lsi-iscsi-auth-IV.xml | 48 +++ ...xml2argv-hostdev-scsi-virtio-iscsi-auth-IV.args | 43 +++ ...uxml2argv-hostdev-scsi-virtio-iscsi-auth-IV.xml | 48 +++ tests/qemuxml2argvmock.c | 31 +- tests/qemuxml2argvtest.c | 19 ++ 18 files changed, 1009 insertions(+), 66 deletions(-) create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-iscsi-auth-IV.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-iscsi-auth-IV.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-rbd-auth-IV.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-disk-drive-network-rbd-auth-IV.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-hostdev-scsi-lsi-iscsi-auth-IV.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-hostdev-scsi-lsi-iscsi-auth-IV.xml create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-hostdev-scsi-virtio-iscsi-auth-IV.args create mode 100644 tests/qemuxml2argvdata/qemuxml2argv-hostdev-scsi-virtio-iscsi-auth-IV.xml -- 2.5.5

3 20

[libvirt] Fwd: Dump network traffic from each VM.
by Julio Faracco 05 May '16

05 May '16

Forwarding to devel-list. Julio Cesar Faracco ---------- Forwarded message ---------- From: Julio Faracco <jcfaracco(a)gmail.com> Date: 2016-05-04 12:37 GMT-03:00 Subject: Dump network traffic from each VM. To: libvirt-users(a)redhat.com Hi guys, Does anybody know how to dump the network trafic from each virtual machine using libvirt? Here, we usually use VPN softwares and other network tools inside Virtual Machines (Windows and Linux). Sometimes, this applications does not work properly, so we need to dump the network traffic of each Virtual Machine to compare and debug. How can I enable it using libvirt? I know that if you use a QEMU instance, you can enable the dump using "-netdev dump,...". Thanks! :-) Julio Cesar Faracco

1 0

[libvirt] [PATCH 00/27] Remove many conditionals from the RPM
by Daniel P. Berrange 05 May '16

05 May '16

Cole previously suggested that we should simplify the RPM spec by removing conditionals that we never need to toggle for RHEL / Fedora builds, rather than having conditionals for every single feature that exists. This series does just that.... Daniel P. Berrange (27): libvirt.spec.in: explicitly disable xenapi & vz drivers libvirt.spec.in: drop Fedora < 20 and RHEL < 6 libvirt.spec.in: remove client only build option libvirt.spec.in: remove conditional for driver modules libvirt.spec.in: remove libvirtd conditional libvirt.spec.in: remove avahi conditional libvirt.spec.in: remove hal conditional libvirt.spec.in: remove apparmor conditional libvirt.spec.in: remove capng conditional libvirt.spec.in: remove udev conditional libvirt.spec.in: remove netcf conditional libvirt.spec.in: remove audit conditional libvirt.spec.in: remove dtrace conditional libvirt.spec.in: remove sasl conditionals libvirt.spec.in: remove polkit conditional libvirt.spec.in: remove yajl conditional libvirt.spec.in: remove selinux conditional libvirt.spec.in: remove interface driver conditional libvirt.spec.in: remove network driver conditiaonl libvirt.spec.in: remove most storage conditionals libvirt.spec.in: remove nodedev conditional libvirt.spec.in: remove nwfilter driver conditional libvirt.spec.in: remove libpcap conditional libvirt.spec.in: remove macvtap conditional libvirt.spec.in: remove libnl conditional libvirt.spec.in: remove nss plugin conditional libvirt.spec.in: use explicit --with-xxx for all features libvirt.spec.in | 1205 +++++++++++++++---------------------------------------- 1 file changed, 333 insertions(+), 872 deletions(-) -- 2.5.5

2 30

[libvirt] [PATCH 0/2] Two trivial fixes
by Michal Privoznik 05 May '16

05 May '16

*** BLURB HERE *** Michal Privoznik (2): virNetServerClientNewPostExecRestart: Drop useless typecasts virNetServerClientNewPostExecRestart: Avoid align problems src/rpc/virnetserverclient.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) -- 2.8.1

2 6

[libvirt] [PATCH v2] Get the maxvcpus from both the qemuCaps and /dev/kvm
by Shivaprasad G Bhat 05 May '16

05 May '16

For some archs and machines, the maxvcpus defined in the kernel can be different from the qemu-caps maxvcpus. Just reporting the kernel defined maxvcpus is not be sufficient. virsh domacapabilities and virsh maxvcpus --type kvm return different maxvcpus values and is confusing as to know what actually works. The minimum of the two values is what actually works. For example on PPC64, the KVM_MAX_VCPUS is defined to be 1024 in kernel where as qemu has MAX_CPUMASK_BITS defined at 255 in include/sysemu/sysemu.h. The guest can go upto 256 vcpus here. Signed-off-by: Shivaprasad G Bhat <sbhat(a)linux.vnet.ibm.com> --- src/qemu/qemu_driver.c | 27 ++++++++++++++++++++++++--- 1 file changed, 24 insertions(+), 3 deletions(-) diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c index 3d0c7c8..2716af8 100644 --- a/src/qemu/qemu_driver.c +++ b/src/qemu/qemu_driver.c @@ -1255,10 +1255,31 @@ static int qemuConnectIsAlive(virConnectPtr conn ATTRIBUTE_UNUSED) static int -kvmGetMaxVCPUs(void) +kvmGetMaxVCPUs(virConnectPtr conn) { int fd; int ret; + int qemuCapsMaxVcpus = 0; + virArch arch = virArchFromHost(); + virQEMUCapsPtr qemuCaps = NULL; + virQEMUDriverPtr driver = conn->privateData; + const char *machine; + + if (!(qemuCaps = virQEMUCapsCacheLookupByArch(driver->qemuCapsCache, + arch))) { + virReportError(VIR_ERR_INVALID_ARG, + _("unable to find any emulator to serve '%s' " + "architecture"), virArchToString(arch)); + return -1; + } + + if (!(machine = virQEMUCapsGetDefaultMachine(qemuCaps))) { + virObjectUnref(qemuCaps); + return -1; + } + + qemuCapsMaxVcpus = virQEMUCapsGetMachineMaxCpus(qemuCaps, machine); + virObjectUnref(qemuCaps); if ((fd = open(KVM_DEVICE, O_RDONLY)) < 0) { virReportSystemError(errno, _("Unable to open %s"), KVM_DEVICE); @@ -1282,7 +1303,7 @@ kvmGetMaxVCPUs(void) cleanup: VIR_FORCE_CLOSE(fd); - return ret; + return ret > qemuCapsMaxVcpus ? qemuCapsMaxVcpus : ret; } @@ -1323,7 +1344,7 @@ qemuConnectGetMaxVcpus(virConnectPtr conn ATTRIBUTE_UNUSED, const char *type) return 16; if (STRCASEEQ(type, "kvm")) - return kvmGetMaxVCPUs(); + return kvmGetMaxVCPUs(conn); if (STRCASEEQ(type, "kqemu")) return 1;

5 11

[libvirt] [PATCH] Add qemucapsprobe in .gitignore
by Jiri Denemark 05 May '16

05 May '16

Signed-off-by: Jiri Denemark <jdenemar(a)redhat.com> --- Pushed as trivial. I forgot to squash this into the patch which adds qemucapsprobe :( .gitignore | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index ba537d8..fc21bad 100644 --- a/.gitignore +++ b/.gitignore @@ -159,8 +159,9 @@ /tests/*.log /tests/*.pid /tests/*.trs -/tests/commandhelper /tests/*test +/tests/commandhelper +/tests/qemucapsprobe !/tests/*schematest !/tests/virt-aa-helper-test /tests/objectlocking -- 2.8.2

1 0

[libvirt] [PATCH 0/6] tests: Add qemucapsprobe helper
by Jiri Denemark 05 May '16

05 May '16

Adding new *.replies files for qemucapabilitiestest or updating the files when libvirt adds an additional QMP command into the probing process is quite painful. The goal of the new qemucapsprobe command is to make this process as easy as tests/qemucapsprobe /path/to/qemu/binary >caps.replies Jiri Denemark (6): tests: Create a shared library with qemu driver tests: Decouple preload code from main() qemu: Make virQEMUCapsNewForBinary usable from tests qemu: Make qemuMonitorJSONIOProcessLine available for tests virjson: Make pretty format more compact tests: Add qemucapsprobe helper src/qemu/qemu_capabilities.c | 38 ++- src/qemu/qemu_capspriv.h | 8 + src/qemu/qemu_monitor_json.c | 2 +- src/qemu/qemu_monitor_json.h | 4 + src/util/virjson.c | 4 +- tests/Makefile.am | 23 ++ tests/qemucapabilitiestest.c | 5 + tests/qemucapsprobe.c | 82 +++++++ tests/qemucapsprobemock.c | 93 ++++++++ tests/testutils.h | 9 +- .../virnetdaemondata/output-data-admin-nomdns.json | 254 ++++++++++----------- .../output-data-admin-server-names.json | 254 ++++++++++----------- .../virnetdaemondata/output-data-anon-clients.json | 128 +++++------ tests/virnetdaemondata/output-data-client-ids.json | 128 +++++------ .../output-data-client-timestamp.json | 132 +++++------ .../output-data-initial-nomdns.json | 128 +++++------ tests/virnetdaemondata/output-data-initial.json | 130 +++++------ .../output-data-no-keepalive-required.json | 254 ++++++++++----------- 18 files changed, 960 insertions(+), 716 deletions(-) create mode 100644 tests/qemucapsprobe.c create mode 100644 tests/qemucapsprobemock.c -- 2.8.2

2 13

[libvirt] [PATCH 1/2] configure: split out UML driver checks
by Roman Bogorodskiy 05 May '16

05 May '16

Move all the UML driver related routines into m4/virt-driver-uml.m4. --- configure.ac | 28 ++-------------------------- m4/virt-driver-uml.m4 | 47 +++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 49 insertions(+), 26 deletions(-) create mode 100644 m4/virt-driver-uml.m4 diff --git a/configure.ac b/configure.ac index 88e2e20..d19c1a9 100644 --- a/configure.ac +++ b/configure.ac @@ -537,10 +537,6 @@ AC_ARG_WITH([qemu], [AS_HELP_STRING([--with-qemu], [add QEMU/KVM support @<:@default=yes@:>@])]) m4_divert_text([DEFAULTS], [with_qemu=yes]) -AC_ARG_WITH([uml], - [AS_HELP_STRING([--with-uml], - [add UML support @<:@default=check@:>@])]) -m4_divert_text([DEFAULTS], [with_uml=check]) AC_ARG_WITH([openvz], [AS_HELP_STRING([--with-openvz], [add OpenVZ support @<:@default=check@:>@])]) @@ -1561,27 +1557,7 @@ dnl dnl Checks for the UML driver dnl -if test "$with_libvirtd" = "no" ; then - with_uml=no -fi -if test "$with_uml" = "yes" || test "$with_uml" = "check"; then - AC_CHECK_HEADER([sys/inotify.h], [ - with_uml=yes - ], [ - if test "$with_uml" = "check"; then - with_uml=no - AC_MSG_NOTICE([<sys/inotify.h> is required for the UML driver, disabling it]) - else - AC_MSG_ERROR([The <sys/inotify.h> is required for the UML driver. Upgrade your libc6.]) - fi - ]) -fi -if test "$with_uml" = "yes" ; then - AC_DEFINE_UNQUOTED([WITH_UML], 1, [whether UML driver is enabled]) -fi -AM_CONDITIONAL([WITH_UML], [test "$with_uml" = "yes"]) - - +LIBVIRT_DRIVER_CHECK_UML dnl dnl check for PHYP @@ -2747,7 +2723,7 @@ AC_MSG_NOTICE([Drivers]) AC_MSG_NOTICE([]) AC_MSG_NOTICE([ Xen: $with_xen]) AC_MSG_NOTICE([ QEMU: $with_qemu]) -AC_MSG_NOTICE([ UML: $with_uml]) +LIBVIRT_DRIVER_RESULT_UML AC_MSG_NOTICE([ OpenVZ: $with_openvz]) AC_MSG_NOTICE([ VMware: $with_vmware]) AC_MSG_NOTICE([ VBox: $with_vbox]) diff --git a/m4/virt-driver-uml.m4 b/m4/virt-driver-uml.m4 new file mode 100644 index 0000000..4132315 --- /dev/null +++ b/m4/virt-driver-uml.m4 @@ -0,0 +1,47 @@ +dnl The UML driver +dnl +dnl Copyright (C) 2005-2015 Red Hat, Inc. +dnl +dnl This library is free software; you can redistribute it and/or +dnl modify it under the terms of the GNU Lesser General Public +dnl License as published by the Free Software Foundation; either +dnl version 2.1 of the License, or (at your option) any later version. +dnl +dnl This library is distributed in the hope that it will be useful, +dnl but WITHOUT ANY WARRANTY; without even the implied warranty of +dnl MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +dnl Lesser General Public License for more details. +dnl +dnl You should have received a copy of the GNU Lesser General Public +dnl License along with this library. If not, see +dnl <http://www.gnu.org/licenses/>. +dnl + +AC_DEFUN([LIBVIRT_DRIVER_CHECK_UML],[ + AC_ARG_WITH([uml], + [AS_HELP_STRING([--with-uml], + [add UML support @<:@default=check@:>@])]) + m4_divert_text([DEFAULTS], [with_uml=check]) + + if test "$with_uml" = "yes" || test "$with_uml" = "check"; then + AC_CHECK_HEADER([sys/inotify.h], [ + with_uml=yes + ], [ + if test "$with_uml" = "check"; then + with_uml=no + AC_MSG_NOTICE([<sys/inotify.h> is required for the UML driver, disabling it]) + else + AC_MSG_ERROR([The <sys/inotify.h> is required for the UML driver. Upgrade your libc6.]) + fi + ]) + fi + + if test "$with_uml" = "yes" ; then + AC_DEFINE_UNQUOTED([WITH_UML], 1, [whether UML driver is enabled]) + fi + AM_CONDITIONAL([WITH_UML], [test "$with_uml" = "yes"]) +]) + +AC_DEFUN([LIBVIRT_DRIVER_RESULT_UML],[ + AC_MSG_NOTICE([ UML: $with_uml]) +]) -- 2.7.4

1 2

[libvirt] [PATCH v3 0/2] bhyve: implement domainShutdown
by Roman Bogorodskiy 05 May '16

05 May '16

Changes from v2: - Split domainDestroy changes and domainShutdown addition into two patches - In bhyveDestroy, close bhyve monitor after running 'bhyvectl --destroy' (reasoning in the commit message) Roman Bogorodskiy (2): bhyve: drop virProcessKillPainfully() from destroy bhyve: implement domainShutdown src/bhyve/bhyve_driver.c | 27 +++++++++++++++++++++++++++ src/bhyve/bhyve_process.c | 43 +++++++++++++++++++++++++++++-------------- src/bhyve/bhyve_process.h | 2 ++ 3 files changed, 58 insertions(+), 14 deletions(-) -- 2.7.4

2 5

[libvirt] ANNOUNCE: libvirt 1.3.3.1 maintenance release
by Cole Robinson 05 May '16

05 May '16

libvirt 1.3.3.1 is now available. This is a maintenance release of libvirt 1.3.3 with additional bugfixes that have accumulated upstream since the initial release. This release can be downloaded at: http://libvirt.org/sources/stable_updates/libvirt-1.3.3.1.tar.gz Changes in this version: * spec: Use proper indentation * libvirt.spec: remove duplicate files from -docs package * network: Fix segfault on daemon reload * send default USB controller in xml to destination during migration * virsh: Fix support for 64 migration options * qemu: Regenerate VNC socket paths * qemu: conf: Set default logging approach in virQEMUDriverConfigNew * qemu: Unref cfg in qemuDomainDefPostParse * spec: If installing default network, restart libvirtd * qemu: fix error log in qemuAssignPCIAddresses() * virsh: host: Use bitmap size in bytes rather than bit count * qemu: Fix off-by-one error in block I/O throttle messages * conf: Drop restrictions on rng backend path * vbox: VIR_WARN if we don't support the API version * qemu: Limit maximum block device I/O tune values * virconf: Handle conf file without ending newline * network: fix DHCPv6 on networks with prefix != 64 * rpc: Don't leak fd via CreateXMLWithFiles * libvirt: Fix crash on URI without scheme * tests: fix xen-related tests * man: Clarify virsh vol-clone works within a single pool * network: Don't use ERR_NO_SUPPORT for invalid net-update requests * Revert "daemon: use socket activation with systemd" * Explicitly error on uri=qemu://system * lxc: explicitly error on interface type=ethernet * tests: Fix syntax in iSCSI auth/secret tests * Libvirt: virTypedParamsValidate: Fix detection of multiple parameters * Resolve a couple of memory leaks * libxl: use LIBXL_API_VERSION 0x040200 * Add functions for handling exponential backoff loops. * spec: Only pull in API docs with -devel package * util: Add virGettextInitialize, convert the code * man: virsh: Document lxc-enter-namespace --noseclabel * storage: mpath: Don't error on target_type=NULL * qemu: command: don't overwrite watchdog dump action * rpc: daemon: Fix virtlog/virtlock daemon reload * conf: also mark the implicit video as primary * conf: move default video addition after XML parsing * virtlogd: Fix a couple minor memory leaks * qemu: Free priv->machineName * configure: Fix check for --with-login-shell on Windows * util: move ENODATA redefine to internal.h * libxl: libxl_domain_create_restore has an extra argument * qemu: perf: Fix crash/memory corruption on failed VM start * qemu: alias: Fix calculation of memory device aliases * Link libvirt_xenconfig instead of libvirt against libxl * virt-admin: get rid of LIBVIRT_DEFAULT_ADMIN_URI env var * libvirt-admin: do not crash on URI without a scheme * virsh: read default connection uri from env later * build: add GCC 6.0 -Wlogical-op workaround * build: cleanup GCC < 4.6 -Wlogical-op workaround * qemu: support virt-2.6 machine type on arm For info about past maintenance releases, see: http://wiki.libvirt.org/page/Maintenance_Releases Thanks, Cole

1 0

[libvirt] ANNOUNCE: libvirt 1.2.18.3 maintenance release
by Cole Robinson 05 May '16

05 May '16

libvirt 1.2.18.3 is now available. This is a maintenance release of libvirt 1.2.18 with additional bugfixes that have accumulated upstream since the initial release. This release can be downloaded at: http://libvirt.org/sources/stable_updates/libvirt-1.2.18.3.tar.gz Changes in this version: * spec: Use proper indentation * spec: If installing default network, restart libvirtd * rpc: Don't leak fd via CreateXMLWithFiles * libvirt.spec: remove duplicate files from -docs package * wireshark: Fix header of get_message_len() * wireshark: Replace WIRESHARK_COMPAT with actual version comparison * wireshark: s/tvb_length/tvb_captured_length/ * wireshark: s/ep_alloc/wmem_alloc/ * wireshark: s/proto_tree_add_text/proto_tree_add_item/ * spec: Only pull in API docs with -devel package * build: accomodate selinux 2.5 header API change * build: add GCC 6.0 -Wlogical-op workaround * build: cleanup GCC < 4.6 -Wlogical-op workaround * lxc: don't try to hide parent cgroups inside container * driver: log missing modules as INFO, not WARN * rpc: wait longer for session daemon to start up * util: virfile: Only setuid for virFileRemove if on NFS * util: virfile: Clarify setuid usage for virFileRemove * lxc: fuse: Stub out Slab bits in /proc/meminfo * lxc: fuse: Fill in MemAvailable for /proc/meminfo * lxc: fuse: Fix /proc/meminfo size calculation * lxc: fuse: Unindent meminfo logic * virfile: Fix error path for forked virFileRemove * security: Do not restore kernel and initrd labels * rpc: socket: Don't repeatedly attempt to launch daemon * rpc: socket: Explicitly error if we exceed retry count * rpc: socket: Minor cleanups * build: predictably generate systemtap tapsets (bz 1173641) * leaseshelper: fix crash when no mac is specified * schema: interleave domain name and uuid with other elements For info about past maintenance releases, see: http://wiki.libvirt.org/page/Maintenance_Releases Thanks, Cole

1 0

[libvirt] [PATCH] build: fix 32-bit build of admin
by Eric Blake 05 May '16

05 May '16

We can't guarantee which 64-bit type will be used in an RPC struct; while %lu worked on 64-bit Linux, that won't always be the type used on all 64-bit platforms; and certainly is not right for 32-bit: admin.c: In function 'adminDispatchClientGetInfo': admin.c:265:25: error: format '%lu' expects argument of type 'long unsigned int', but argument 7 has type 'uint64_t {aka long long unsigned int}' [-Werror=format=] Signed-off-by: Eric Blake <eblake(a)redhat.com> --- Pushing under the build-breaker rule daemon/admin.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/daemon/admin.c b/daemon/admin.c index 3de09ca..dbf49dd 100644 --- a/daemon/admin.c +++ b/daemon/admin.c @@ -262,8 +262,8 @@ adminDispatchClientGetInfo(virNetServerPtr server ATTRIBUTE_UNUSED, if (!(clnt = virNetServerGetClient(srv, args->clnt.id))) { virReportError(VIR_ERR_NO_CLIENT, - _("no client with matching id '%lu' found"), - args->clnt.id); + _("no client with matching id '%llu' found"), + (unsigned long long) args->clnt.id); goto cleanup; } -- 2.5.5

1 0

[libvirt] [PATCH] libvirt.spec.in: remove all changelog entries
by Daniel P. Berrange 05 May '16

05 May '16

The %changelog entries in the RPM are just a poor immitation of the release notes, which is not what %changelog section is for. It should be reflecting changes in the RPM packaging, not changes in the application releases. Further, this bogus list of changes has to be manually deleted every time we sync the RPM with Fedora. Remove them, since they serve no useful purpose. Signed-off-by: Daniel P. Berrange <berrange(a)redhat.com> --- libvirt.spec.in | 804 -------------------------------------------------------- 1 file changed, 804 deletions(-) diff --git a/libvirt.spec.in b/libvirt.spec.in index 78eb8aa..2afe437 100644 --- a/libvirt.spec.in +++ b/libvirt.spec.in @@ -1867,807 +1867,3 @@ exit 0 %changelog -* Sun May 1 2016 Daniel Veillard <veillard(a)redhat.com> - 1.3.4-1 -- Lot of work on documentation -- Add support for migration data compression -- many bug fixes and various improvements - -* Wed Apr 6 2016 Daniel Veillard <veillard(a)redhat.com> - 1.3.3-1 -- perf events -- post-copy migration support -- NSS module -- a lot of various improvements, and large number of bugs fixes - -* Tue Mar 1 2016 Daniel Veillard <veillard(a)redhat.com> - 1.3.2-1 -- Various improvements for the Xen libxl driver -- virt-admin improvement -- Various improvements for the RDB volumes -- many bug fixes and improvements - -* Sun Jan 17 2016 Daniel Veillard <veillard(a)redhat.com> - 1.3.1-1 -- Various improvements for the Xen libxl driver -- rbd: Add support for wiping and cloning images to storage driver -- PCI hostdev improvements and fixes -- many bug fixes and improvements - -* Wed Dec 9 2015 Daniel Veillard <veillard(a)redhat.com> - 1.3.0-1 -- virt-admin and administration API -- various improvements in virtio devices support -- log daemon, logging improvements and protocol -- many bug fixes and improvements - -* Wed Nov 4 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.21-1 -- a number of improvements and bug fixes - -* Fri Oct 2 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.20-1 -- security fixes for CVE-2015-5247 -- a number of improvements and bug fixes - -* Wed Sep 2 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.19-1 -- Big improvements on ppc64 support -- New virDomainRename API -- Support for QEMU new pci emulations -- a number of improvements and bug fixes - -* Mon Aug 3 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.18-1 -- libxl: support dom0 -- a number of improvements and bug fixes - -* Thu Jul 2 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.17-1 -- numerous improvements and refactoring of the parallels driver -- hardening of vcpu code -- hardening of migration code -- a lot of improvement and bug fixes - -* Mon Jun 1 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.16-1 -- Introduce pci-serial -- Introduce virDomainSetUserPassword API -- libvirt: Introduce protected key mgmt ops -- add domain vmport feature -- various bug fixes and improvements - -* Mon May 4 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.15-1 -- Implement virDomainAddIOThread and virDomainDelIOThread -- libxl: Introduce configuration file for libxl driver -- Add VIR_DOMAIN_EVENT_ID_DEVICE_ADDED event -- various improvements to parallels driver -- a lot of improvement and bug fixes - -* Thu Apr 2 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.14-1 -- qemu: Implement memory device hotplug -- Implement public API for virDomainPinIOThread -- Implement public API for virDomainGetIOThreadsInfo -- SRIOV NIC offload feature discovery -- a lot of improvement and bug fixes - -* Mon Mar 2 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.13-1 -- lot of improvements around NUMA code -- a lot of improvement and bug fixes - -* Tue Jan 27 2015 Daniel Veillard <veillard(a)redhat.com> - 1.2.12-1 -- CVE-2015-0236: qemu: Check ACLs when dumping security info from snapshots -- CVE-2015-0236: qemu: Check ACLs when dumping security info from save image -- a lot of improvement and bug fixes - -* Sat Dec 13 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.11-1 -- CVE-2014-8131: Fix possible deadlock and segfault in qemuConnectGetAllDomainStats() -- CVE-2014-7823: dumpxml: security hole with migratable flag -- Implement public API for virDomainGetFSInfo -- Add define support for the new throttle options -- a number of improvements and bug fixes - -* Mon Nov 3 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.10-1 -- vbox: various drivers improvements -- libxl: various drivers improvements -- Internal driver refactoring -- a number of improvements and bug fixes - -* Wed Oct 1 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.9-1 -- CVE-2014-3657: domain_conf: fix domain deadlock -- CVE-2014-3633: qemu: blkiotune: Use correct definition when looking up disk -- Introduce virNodeAllocPages -- event: introduce new event for tunable values -- add migration support for OpenVZ driver -- Add support for fetching statistics of completed jobs -- many improvements and bug fixes - -* Tue Sep 2 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.8-1 -- blockcopy: virDomainBlockCopy with XML destination, typed params -- Introduce API for retrieving bulk domain stats -- Introduce virDomainOpenGraphicsFD API -- storage: ZFS support -- many improvements and bug fixes - -* Sun Aug 3 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.7-1 -- Introduce virConnectGetDomainCapabilities -- many improvements and bug fixes - -* Wed Jul 2 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.6-1 -- libxl: add migration support and fixes -- various improvements and fixes for NUMA -- many improvements and bug fixes - -* Mon Jun 2 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.5-1 -- LSN-2014-0003: Don't expand entities when parsing XML (security) -- Introduce virDomain{Get,Set}Time APIs -- Introduce virDomainFSFreeze() and virDomainFSThaw() public API -- various improvements and bug fixes - -* Sun May 4 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.4-1 -- various improvements and bug fixes -- lot of internal code refactoring - -* Tue Apr 1 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.3-1 -- add new virDomainCoreDumpWithFormat API -- conf: Introduce virDomainDeviceGetInfo API -- more features and fixes on bhyve driver -- lot of cleanups and improvement on the Xen driver -- a lot of various improvements and bug fixes - -* Sun Mar 2 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.2-1 -- add LXC from native conversion tool -- vbox: add support for v4.2.20+ and v4.3.4+ -- Introduce Libvirt Wireshark dissector -- Fix CVE-2013-6456: Avoid unsafe use of /proc/$PID/root in LXC -- a lot of various improvements and bug fixes - -* Thu Jan 16 2014 Daniel Veillard <veillard(a)redhat.com> - 1.2.1-1 -- Fix s CVE-2014-0028 event: filter global events by domain:getattr ACL -- Fix CVE-2014-1447 Don't crash if a connection closes early -- Fix CVE-2013-6458-1 qemu: Do not access stale data in virDomainBlockStats -- Fix CVE-2013-6457 libxl: avoid crashing if calling `virsh numatune' on inactive domain -- Fix CVE-2013-6436: fix crash in lxcDomainGetMemoryParameters -- many doc and bug fixes and improvements - -* Mon Dec 2 2013 Daniel Veillard <veillard(a)redhat.com> - 1.2.0-1 -- Separation of python binding as libvirt-python srpm -- Add support for gluster pool -- vbox: add support for 4.3 APIs -- a number of doc, bug fixes and various improvements - -* Mon Nov 4 2013 Daniel Veillard <veillard(a)redhat.com> - 1.1.4-1 -- Add support for AArch64 architecture -- Various improvements on test code and test driver -- 4 security bug fixes -- a lot of bug fixes and various improvements - -* Tue Oct 1 2013 Daniel Veillard <veillard(a)redhat.com> - 1.1.3-1 -- VMware: Initial VMware Fusion support and various improvements -- libvirt: add new public API virConnectGetCPUModelNames -- various libxl driver improvements -- LXC many container driver improvement -- ARM cpu improvements -- 3 security bug fixes -- a lot of bug and leak fixes and various improvements - -* Mon Sep 2 2013 Daniel Veillard <veillard(a)redhat.com> - 1.1.2-1 -- various improvements to libxl driver -- systemd integration improvements -- Add flag to BaselineCPU API to return detailed CPU features -- Introduce a virt-login-shell binary -- conf: add startupPolicy attribute for harddisk -- various bug fixes and improvements including localizations - -* Tue Jul 30 2013 Daniel Veillard <veillard(a)redhat.com> - 1.1.1-1 -- Adding device removal or deletion events -- Introduce new domain create APIs to pass pre-opened FDs to LXC -- Add interface versions for Xen 4.3 -- Add new public API virDomainSetMemoryStatsPeriod -- Various LXC improvements -- various bug fixes and improvements including localizations - -* Mon Jul 1 2013 Daniel Veillard <veillard(a)redhat.com> - 1.1.0-1 -- CVE-2013-2218: Fix crash listing network interfaces with filters -- Fine grained ACL support for the API -- Extensible migration APIs -- various improvements in the Xen driver -- agent based vCPU hotplug support -- various bug fixes and improvements including localizations - -* Mon Jun 3 2013 Daniel Veillard <veillard(a)redhat.com> - 1.0.6-1 -- Move VirtualBox driver into libvirtd -- Support for static routes on a virtual bridge -- Various improvement for hostdev SCSI support -- Switch to VIR_STRDUP and VIR_STRNDUP -- Various cleanups and improvement in Xen and LXC drivers -- various bug fixes and improvements including localizations - -* Thu May 2 2013 Daniel Veillard <veillard(a)redhat.com> - 1.0.5-1 -- add support for NVRAM device -- Add XML config for resource partitions -- Add support for TPM -- NPIV storage migration support -- various bug fixes and improvements including localizations - -* Mon Apr 1 2013 Daniel Veillard <veillard(a)redhat.com> - 1.0.4-1 -- qemu: support passthrough for iscsi disks -- various S390 improvements -- various LXC bugs fixes and improvements -- Add API for thread cancellation -- various bug fixes and improvements - -* Tue Mar 5 2013 Daniel Veillard <veillard(a)redhat.com> - 1.0.3-1 -- Introduce virDomainMigrate*CompressionCache APIs -- Introduce virDomainGetJobStats API -- Add basic support for VDI images -- Introduce API virNodeDeviceLookupSCSIHostByWWN -- Various locking improvements -- a lot of bug fixes and overall improvements - -* Wed Jan 30 2013 Daniel Veillard <veillard(a)redhat.com> - 1.0.2-1 -- LXC improvements -- S390 architecture improvement -- Power architecture improvement -- large Coverity report cleanups and associated bug fixes -- virTypedParams* APIs to helps with those data structures -- a lot of bug fixes and overall improvements - -* Fri Nov 2 2012 Daniel Veillard <veillard(a)redhat.com> - 1.0.0-1 -- virNodeGetCPUMap: Define public API -- Add systemd journal support -- Add a qemu capabilities cache manager -- USB migration support -- various improvement and fixes when using QMP QEmu interface -- Support for Xen 4.2 -- Lot of localization enhancements -- a lot of bug fixes, improvements and portability work - -* Mon Sep 24 2012 Daniel Veillard <veillard(a)redhat.com> - 0.10.2-1 -- network: define new API virNetworkUpdate -- add support for QEmu sandbox support -- blockjob: add virDomainBlockCommit -- New APIs to get/set Node memory parameters -- new API virConnectListAllSecrets -- new API virConnectListAllNWFilters -- new API virConnectListAllNodeDevices -- parallels: add support of containers to the driver -- new API virConnectListAllInterfaces -- new API virConnectListAllNetworks -- new API virStoragePoolListAllVolumes -- Add PMSUSPENDED life cycle event -- new API virStorageListAllStoragePools -- Add per-guest S3/S4 state configuration -- qemu: Support for Block Device IO Limits -- a lot of bug fixes, improvements and portability work - -* Fri Aug 31 2012 Daniel Veillard <veillard(a)redhat.com> - 0.10.1-1 -- bugfixes and a brown paper bag - -* Wed Aug 29 2012 Daniel Veillard <veillard(a)redhat.com> - 0.10.0-1 -- agent: add qemuAgentArbitraryCommand() for general qemu agent command -- Introduce virDomainPinEmulator and virDomainGetEmulatorPinInfo functions -- network: use firewalld instead of iptables, when available -- network: make network driver vlan-aware -- esx: Implement network driver -- driver for parallels hypervisor -- Various LXC improvements -- Add virDomainGetHostname -- a lot of bug fixes, improvements and portability work - -* Mon Jul 2 2012 Daniel Veillard <veillard(a)redhat.com> - 0.9.13-1 -- S390: support for s390(x) -- snapshot: implement new APIs for esx and vbox -- snapshot: new query APIs and many improvements -- virsh: Allow users to reedit rejected XML -- nwfilter: add DHCP snooping -- Enable driver modules in libvirt RPM -- Default to enable driver modules for libvirtd -- storage backend: Add RBD (RADOS Block Device) support -- sVirt support for LXC domains inprovement -- a lot of bug fixes, improvements and portability work - -* Mon May 14 2012 Daniel Veillard <veillard(a)redhat.com> - 0.9.12-1 -- qemu: allow snapshotting of sheepdog and rbd disks -- blockjob: add new APIs -- a lot of bug fixes, improvements and portability work - -* Tue Apr 3 2012 Daniel Veillard <veillard(a)redhat.com> - 0.9.11-1 -- Add support for the suspend event -- Add support for event tray moved of removable disks -- qemu: Support numad -- cpustats: API, improvements and qemu support -- qemu: support type='hostdev' network devices at domain start -- Introduce virDomainPMWakeup API -- network: support Open vSwitch -- a number of snapshot improvements -- many improvements and bug fixes - -* Mon Feb 13 2012 Daniel Veillard <veillard(a)redhat.com> - 0.9.10-1 -- Add support for sVirt in the LXC driver -- block rebase: add new API virDomainBlockRebase -- API: Add api to set and get domain metadata -- virDomainGetDiskErrors public API -- conf: add rawio attribute to disk element of domain XML -- Add new public API virDomainGetCPUStats() -- Introduce virDomainPMSuspendForDuration API -- resize: add virStorageVolResize() API -- Add a virt-host-validate command to sanity check HV config -- Add new virDomainShutdownFlags API -- QEMU guest agent support -- many improvements and bug fixes - -* Sat Jan 7 2012 Daniel Veillard <veillard(a)redhat.com> - 0.9.9-1 -- Add API virDomain{S,G}etInterfaceParameters -- Add API virDomain{G, S}etNumaParameters -- Add support for ppc64 qemu -- Support Xen domctl v8 -- many improvements and bug fixes - -* Thu Dec 8 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.8-1 -- Add support for QEMU 1.0 -- Add preliminary PPC cpu driver -- Add new API virDomain{Set, Get}BlockIoTune -- block_resize: Define the new API -- Add a public API to invoke suspend/resume on the host -- various improvements for LXC containers -- Define keepalive protocol and add virConnectIsAlive API -- Add support for STP and VLAN filtering -- many improvements and bug fixes - -* Tue Nov 8 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.7-1 -- esx: support vSphere 5.x -- vbox: support for VirtualBox 4.1 -- Introduce the virDomainOpenGraphics API -- Add AHCI support to qemu driver -- snapshot: many improvements and 2 new APIs -- api: Add public api for 'reset' -- many improvements and bug fixes - -* Thu Sep 22 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.6-1 -- Fix the qemu reboot bug and a few others bug fixes - -* Tue Sep 20 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.5-1 -- many snapshot improvements (Eric Blake) -- latency: Define new public API and structure (Osier Yang) -- USB2 and various USB improvements (Marc-André Lureau) -- storage: Add fs pool formatting (Osier Yang) -- Add public API for getting migration speed (Jim Fehlig) -- Add basic driver for Microsoft Hyper-V (Matthias Bolte) -- many improvements and bug fixes - -* Wed Aug 3 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.4-1 -- network bandwidth QoS control -- Add new API virDomainBlockPull* -- save: new API to manipulate save file images -- CPU bandwidth limits support -- allow to send NMI and key event to guests -- new API virDomainUndefineFlags -- Implement code to attach to external QEMU instances -- bios: Add support for SGA -- various missing python binding -- many improvements and bug fixes - -* Mon Jul 4 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.3-1 -- new API virDomainGetVcpupinInfo -- Add TXT record support for virtual DNS service -- Support reboots with the QEMU driver -- New API virDomainGetControlInfo API -- New API virNodeGetMemoryStats -- New API virNodeGetCPUTime -- New API for send-key -- New API virDomainPinVcpuFlags -- support multifunction PCI device -- lxc: various improvements -- many improvements and bug fixes - -* Mon Jun 6 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.2-1 -- Framework for lock manager plugins -- API for network config change transactions -- flags for setting memory parameters -- virDomainGetState public API -- qemu: allow blkstat/blkinfo calls during migration -- Introduce migration v3 API -- Defining the Screenshot public API -- public API for NMI injection -- Various improvements and bug fixes - -* Thu May 5 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.1-1 -- support various persistent domain updates -- improvements on memory APIs -- Add virDomainEventRebootNew -- various improvements to libxl driver -- Spice: support audio, images and stream compression -- Various improvements and bug fixes - -* Mon Apr 4 2011 Daniel Veillard <veillard(a)redhat.com> - 0.9.0-1 -- Support cputune cpu usage tuning -- Add public APIs for storage volume upload/download -- Add public API for setting migration speed on the fly -- Add libxenlight driver -- qemu: support migration to fd -- libvirt: add virDomain{Get,Set}BlkioParameters -- setmem: introduce a new libvirt API (virDomainSetMemoryFlags) -- Expose event loop implementation as a public API -- Dump the debug buffer to libvirtd.log on fatal signal -- Audit support -- Various improvements and bug fixes - -* Thu Feb 17 2011 Daniel Veillard <veillard(a)redhat.com> - 0.8.8-1 -- expose new API for sysinfo extraction -- cgroup blkio weight support -- smartcard device support -- qemu: Support per-device boot ordering -- Various improvements and bug fixes - -* Tue Jan 4 2011 Daniel Veillard <veillard(a)redhat.com> - 0.8.7-1 -- Preliminary support for VirtualBox 4.0 -- IPv6 support -- Add VMware Workstation and Player driver driver -- Add network disk support -- Various improvements and bug fixes - -* Tue Nov 30 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.6-1 -- Add support for iSCSI target auto-discovery -- QED: Basic support for QED images -- remote console support -- support for SPICE graphics -- sysinfo and VMBIOS support -- virsh qemu-monitor-command -- various improvements and bug fixes - -* Fri Oct 29 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.5-1 -- Enable JSON and netdev features in QEMU >= 0.13 -- framework for auditing integration -- framework DTrace/SystemTap integration -- Setting the number of vcpu at boot -- Enable support for nested SVM -- Virtio plan9fs filesystem QEMU -- Memory parameter controls -- various improvements and bug fixes - -* Fri Sep 10 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.4-1 -- big improvements to UML driver -- various improvements and bug fixes - -* Wed Aug 4 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.3-1 -- esx: Support vSphere 4.1 -- Qemu arbitrary monitor commands -- Qemu Monitor API entry point -- various improvements and bug fixes - -* Mon Jul 5 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.2-1 -- phyp: adding support for IVM -- libvirt: introduce domainCreateWithFlags API -- add 802.1Qbh and 802.1Qbg switches handling -- Support for VirtualBox version 3.2 -- Init script for handling guests on shutdown/boot -- qemu: live migration with non-shared storage for kvm - -* Fri Apr 30 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.1-1 -- Starts dnsmasq from libvirtd with --dhcp-hostsfile -- Add virDomainGetBlockInfo API to query disk sizing -- a lot of bug fixes and cleanups - -* Mon Apr 12 2010 Daniel Veillard <veillard(a)redhat.com> - 0.8.0-1 -- Snapshotting support (QEmu/VBox/ESX) -- Network filtering API -- XenAPI driver -- new APIs for domain events -- Libvirt managed save API -- timer subselection for domain clock -- synchronous hooks -- API to update guest CPU to host CPU -- virDomainUpdateDeviceFlags new API -- migrate max downtime API -- volume wiping API -- and many bug fixes - -* Fri Mar 5 2010 Daniel Veillard <veillard(a)redhat.com> - 0.7.7-1 -- macvtap support -- async job handling -- virtio channel -- computing baseline CPU -- virDomain{Attach,Detach}DeviceFlags -- assorted bug fixes and lots of cleanups - -* Wed Feb 3 2010 Daniel Veillard <veillard(a)redhat.com> - 0.7.6-1 - -* Wed Dec 23 2009 Daniel Veillard <veillard(a)redhat.com> - 0.7.5-1 -- Add new API virDomainMemoryStats -- Public API and domain extension for CPU flags -- vbox: Add support for version 3.1 -- Support QEMU's virtual FAT block device driver -- a lot of fixes - -* Fri Nov 20 2009 Daniel Veillard <veillard(a)redhat.com> - 0.7.3-1 -- udev node device backend -- API to check object properties -- better QEmu monitor processing -- MAC address based port filtering for qemu -- support IPv6 and multiple addresses per interfaces -- a lot of fixes - -* Tue Sep 15 2009 Daniel Veillard <veillard(a)redhat.com> - 0.7.1-1 -- ESX, VBox driver updates -- mutipath support -- support for encrypted (qcow) volume -- compressed save image format for Qemu/KVM -- QEmu host PCI device hotplug support -- configuration of huge pages in guests -- a lot of fixes - -* Wed Aug 5 2009 Daniel Veillard <veillard(a)redhat.com> - 0.7.0-1 -- ESX, VBox3, Power Hypervisor drivers -- new net filesystem glusterfs -- Storage cloning for LVM and Disk backends -- interface implementation based on netcf -- Support cgroups in QEMU driver -- QEmu hotplug NIC support -- a lot of fixes - -* Fri Jul 3 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.5-1 -- release of 0.6.5 - -* Fri May 29 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.4-1 -- release of 0.6.4 -- various new APIs - -* Fri Apr 24 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.3-1 -- release of 0.6.3 -- VirtualBox driver - -* Fri Apr 3 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.2-1 -- release of 0.6.2 - -* Wed Mar 4 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.1-1 -- release of 0.6.1 - -* Sat Jan 31 2009 Daniel Veillard <veillard(a)redhat.com> - 0.6.0-1 -- release of 0.6.0 - -* Tue Nov 25 2008 Daniel Veillard <veillard(a)redhat.com> - 0.5.0-1 -- release of 0.5.0 - -* Tue Sep 23 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.6-1 -- release of 0.4.6 - -* Mon Sep 8 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.5-1 -- release of 0.4.5 - -* Wed Jun 25 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.4-1 -- release of 0.4.4 -- mostly a few bug fixes from 0.4.3 - -* Thu Jun 12 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.3-1 -- release of 0.4.3 -- lots of bug fixes and small improvements - -* Tue Apr 8 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.2-1 -- release of 0.4.2 -- lots of bug fixes and small improvements - -* Mon Mar 3 2008 Daniel Veillard <veillard(a)redhat.com> - 0.4.1-1 -- Release of 0.4.1 -- Storage APIs -- xenner support -- lots of assorted improvements, bugfixes and cleanups -- documentation and localization improvements - -* Tue Dec 18 2007 Daniel Veillard <veillard(a)redhat.com> - 0.4.0-1 -- Release of 0.4.0 -- SASL based authentication -- PolicyKit authentication -- improved NUMA and statistics support -- lots of assorted improvements, bugfixes and cleanups -- documentation and localization improvements - -* Sun Sep 30 2007 Daniel Veillard <veillard(a)redhat.com> - 0.3.3-1 -- Release of 0.3.3 -- Avahi support -- NUMA support -- lots of assorted improvements, bugfixes and cleanups -- documentation and localization improvements - -* Tue Aug 21 2007 Daniel Veillard <veillard(a)redhat.com> - 0.3.2-1 -- Release of 0.3.2 -- API for domains migration -- APIs for collecting statistics on disks and interfaces -- lots of assorted bugfixes and cleanups -- documentation and localization improvements - -* Tue Jul 24 2007 Daniel Veillard <veillard(a)redhat.com> - 0.3.1-1 -- Release of 0.3.1 -- localtime clock support -- PS/2 and USB input devices -- lots of assorted bugfixes and cleanups -- documentation and localization improvements - -* Mon Jul 9 2007 Daniel Veillard <veillard(a)redhat.com> - 0.3.0-1 -- Release of 0.3.0 -- Secure remote access support -- unification of daemons -- lots of assorted bugfixes and cleanups -- documentation and localization improvements - -* Fri Jun 8 2007 Daniel Veillard <veillard(a)redhat.com> - 0.2.3-1 -- Release of 0.2.3 -- lot of assorted bugfixes and cleanups -- support for Xen-3.1 -- new scheduler API - -* Tue Apr 17 2007 Daniel Veillard <veillard(a)redhat.com> - 0.2.2-1 -- Release of 0.2.2 -- lot of assorted bugfixes and cleanups -- preparing for Xen-3.0.5 - -* Thu Mar 22 2007 Jeremy Katz <katzj(a)redhat.com> - 0.2.1-2.fc7 -- don't require xen; we don't need the daemon and can control non-xen now -- fix scriptlet error (need to own more directories) -- update description text - -* Fri Mar 16 2007 Daniel Veillard <veillard(a)redhat.com> - 0.2.1-1 -- Release of 0.2.1 -- lot of bug and portability fixes -- Add support for network autostart and init scripts -- New API to detect the virtualization capabilities of a host -- Documentation updates - -* Fri Feb 23 2007 Daniel P. Berrange <berrange(a)redhat.com> - 0.2.0-4.fc7 -- Fix loading of guest & network configs - -* Fri Feb 16 2007 Daniel P. Berrange <berrange(a)redhat.com> - 0.2.0-3.fc7 -- Disable kqemu support since its not in Fedora qemu binary -- Fix for -vnc arg syntax change in 0.9.0 QEMU - -* Thu Feb 15 2007 Daniel P. Berrange <berrange(a)redhat.com> - 0.2.0-2.fc7 -- Fixed path to qemu daemon for autostart -- Fixed generation of <features> block in XML -- Pre-create config directory at startup - -* Wed Feb 14 2007 Daniel Veillard <veillard(a)redhat.com> 0.2.0-1.fc7 -- support for KVM and QEmu -- support for network configuration -- assorted fixes - -* Mon Jan 22 2007 Daniel Veillard <veillard(a)redhat.com> 0.1.11-1.fc7 -- finish inactive Xen domains support -- memory leak fix -- RelaxNG schemas for XML configs - -* Wed Dec 20 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.10-1.fc7 -- support for inactive Xen domains -- improved support for Xen display and vnc -- a few bug fixes -- localization updates - -* Thu Dec 7 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.9-2 -- rebuild against python 2.5 - -* Wed Nov 29 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.9-1 -- better error reporting -- python bindings fixes and extensions -- add support for shareable drives -- add support for non-bridge style networking -- hot plug device support -- added support for inactive domains -- API to dump core of domains -- various bug fixes, cleanups and improvements -- updated the localization - -* Tue Nov 7 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.8-3 -- it's pkgconfig not pgkconfig ! - -* Mon Nov 6 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.8-2 -- fixing spec file, added %%dist, -devel requires pkgconfig and xen-devel -- Resolves: rhbz#202320 - -* Mon Oct 16 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.8-1 -- fix missing page size detection code for ia64 -- fix mlock size when getting domain info list from hypervisor -- vcpu number initialization -- don't label crashed domains as shut off -- fix virsh man page -- blktapdd support for alternate drivers like blktap -- memory leak fixes (xend interface and XML parsing) -- compile fix -- mlock/munlock size fixes - -* Fri Sep 22 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.7-1 -- Fix bug when running against xen-3.0.3 hypercalls -- Fix memory bug when getting vcpus info from xend - -* Fri Sep 22 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.6-1 -- Support for localization -- Support for new Xen-3.0.3 cdrom and disk configuration -- Support for setting VNC port -- Fix bug when running against xen-3.0.2 hypercalls -- Fix reconnection problem when talking directly to http xend - -* Tue Sep 5 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.5-3 -- patch from danpb to support new-format cd devices for HVM guests - -* Tue Sep 5 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.5-2 -- reactivating ia64 support - -* Tue Sep 5 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.5-1 -- new release -- bug fixes -- support for new hypervisor calls -- early code for config files and defined domains - -* Mon Sep 4 2006 Daniel Berrange <berrange(a)redhat.com> - 0.1.4-5 -- add patch to address dom0_ops API breakage in Xen 3.0.3 tree - -* Mon Aug 28 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.4-4 -- add patch to support paravirt framebuffer in Xen - -* Mon Aug 21 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.4-3 -- another patch to fix network handling in non-HVM guests - -* Thu Aug 17 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.4-2 -- patch to fix virParseUUID() - -* Wed Aug 16 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.4-1 -- vCPUs and affinity support -- more complete XML, console and boot options -- specific features support -- enforced read-only connections -- various improvements, bug fixes - -* Wed Aug 2 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.3-6 -- add patch from pvetere to allow getting uuid from libvirt - -* Wed Aug 2 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.3-5 -- build on ia64 now - -* Thu Jul 27 2006 Jeremy Katz <katzj(a)redhat.com> - 0.1.3-4 -- don't BR xen, we just need xen-devel - -* Thu Jul 27 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.3-3 -- need rebuild since libxenstore is now versionned - -* Mon Jul 24 2006 Mark McLoughlin <markmc(a)redhat.com> - 0.1.3-2 -- Add BuildRequires: xen-devel - -* Wed Jul 12 2006 Jesse Keating <jkeating(a)redhat.com> - 0.1.3-1.1 -- rebuild - -* Tue Jul 11 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.3-1 -- support for HVM Xen guests -- various bugfixes - -* Mon Jul 3 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.2-1 -- added a proxy mechanism for read only access using httpu -- fixed header includes paths - -* Wed Jun 21 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.1-1 -- extend and cleanup the driver infrastructure and code -- python examples -- extend uuid support -- bug fixes, buffer handling cleanups -- support for new Xen hypervisor API -- test driver for unit testing -- virsh --conect argument - -* Mon Apr 10 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.0-1 -- various fixes -- new APIs: for Node information and Reboot -- virsh improvements and extensions -- documentation updates and man page -- enhancement and fixes of the XML description format - -* Tue Feb 28 2006 Daniel Veillard <veillard(a)redhat.com> 0.0.6-1 -- added error handling APIs -- small bug fixes -- improve python bindings -- augment documentation and regression tests - -* Thu Feb 23 2006 Daniel Veillard <veillard(a)redhat.com> 0.0.5-1 -- new domain creation API -- new UUID based APIs -- more tests, documentation, devhelp -- bug fixes - -* Fri Feb 10 2006 Daniel Veillard <veillard(a)redhat.com> 0.0.4-1 -- fixes some problems in 0.0.3 due to the change of names - -* Wed Feb 8 2006 Daniel Veillard <veillard(a)redhat.com> 0.0.3-1 -- changed library name to libvirt from libvir, complete and test the python - bindings - -* Sun Jan 29 2006 Daniel Veillard <veillard(a)redhat.com> 0.0.2-1 -- upstream release of 0.0.2, use xend, save and restore added, python bindings - fixed - -* Wed Nov 2 2005 Daniel Veillard <veillard(a)redhat.com> 0.0.1-1 -- created -- 2.5.5

2 1

[libvirt] [PATCH 0/2] virsh: Properly handle detach-interface --live --config.
by Nitesh Konkar 04 May '16

04 May '16

The virsh attach virsh detach interface command fails when both live and config are set and when the interface gets attached to different pci slots on live and config xml respectively. When we attach an interface with both --live and --config, the first time they get the same PCI slots, but the second time onwards it differs and hence the virsh detach-interface --live --config command fails. This patch makes sure that when both --live --config are set , qemuDomainDetachDeviceFlags is called twice, once with config xml and once with live xml. Steps to see the issue: virsh attach-interface --domain DomainName --type network --source default --mac 52:54:00:4b:76:5f --live --config virsh detach-interface --domain DomainName --type network --mac 52:54:00:4b:76:5f --live --config virsh attach-interface --domain DomainName --type network --source default --mac 52:54:00:4b:76:5f --live --config virsh detach-interface --domain DomainName --type network --mac 52:54:00:4b:76:5f --live --config Nitesh Konkar (2): virsh: Introduce virshDomainDetachInterface function virsh: Pass the correct live/config xml to virshDomainDetachInterface tools/virsh-domain.c | 128 +++++++++++++++++++++++++++++---------------------- 1 file changed, 73 insertions(+), 55 deletions(-) -- 1.8.3.1

2 5

[libvirt] [PATCH v2] bhyve: implement domainShutdown
by Roman Bogorodskiy 04 May '16

04 May '16

Bhyve supports ACPI shutdown by issuing SIGTERM signal to the bhyve process. Add the bhyveDomainShutdown() function and virBhyveProcessShutdown() helper function that just sends SIGTERM to VM's bhyve process. If a guest supports ACPI shutdown then process will be terminated and this event will be noticed by the bhyve monitor code that will handle setting proper status and clean up VM's resources. Also, remove usage of virProcessKillPainfully() from domainDestroy. First, it sends SIGTERM to the process that actually triggers ACPI reset and that's not we want to do. Second, we're doing bhyvectl --destroy later and it kills bhyve process, so there's no need to manually kill it. --- Changes from v1: - Sending SIGKILL dropped completely for destroy due to reasons described in the commit message. This is mainly based on the results of this (ongoing) discussion: https://lists.freebsd.org/pipermail/freebsd-virtualization/2016-April/00434… src/bhyve/bhyve_driver.c | 27 +++++++++++++++++++++++++++ src/bhyve/bhyve_process.c | 39 +++++++++++++++++++++++++++------------ src/bhyve/bhyve_process.h | 2 ++ 3 files changed, 56 insertions(+), 12 deletions(-) diff --git a/src/bhyve/bhyve_driver.c b/src/bhyve/bhyve_driver.c index 5526bb0..4fc504e 100644 --- a/src/bhyve/bhyve_driver.c +++ b/src/bhyve/bhyve_driver.c @@ -1018,6 +1018,32 @@ bhyveDomainDestroy(virDomainPtr dom) } static int +bhyveDomainShutdown(virDomainPtr dom) +{ + virDomainObjPtr vm; + int ret = -1; + + if (!(vm = bhyveDomObjFromDomain(dom))) + goto cleanup; + + if (virDomainShutdownEnsureACL(dom->conn, vm->def) < 0) + goto cleanup; + + if (!virDomainObjIsActive(vm)) { + virReportError(VIR_ERR_OPERATION_INVALID, + "%s", _("Domain is not running")); + goto cleanup; + } + + ret = virBhyveProcessShutdown(vm); + + cleanup: + if (vm) + virObjectUnlock(vm); + return ret; +} + +static int bhyveDomainOpenConsole(virDomainPtr dom, const char *dev_name ATTRIBUTE_UNUSED, virStreamPtr st, @@ -1502,6 +1528,7 @@ static virHypervisorDriver bhyveHypervisorDriver = { .domainCreateWithFlags = bhyveDomainCreateWithFlags, /* 1.2.3 */ .domainCreateXML = bhyveDomainCreateXML, /* 1.2.4 */ .domainDestroy = bhyveDomainDestroy, /* 1.2.2 */ + .domainShutdown = bhyveDomainShutdown, /* 1.3.3 */ .domainLookupByUUID = bhyveDomainLookupByUUID, /* 1.2.2 */ .domainLookupByName = bhyveDomainLookupByName, /* 1.2.2 */ .domainLookupByID = bhyveDomainLookupByID, /* 1.2.3 */ diff --git a/src/bhyve/bhyve_process.c b/src/bhyve/bhyve_process.c index 14588a9..e42ed74 100644 --- a/src/bhyve/bhyve_process.c +++ b/src/bhyve/bhyve_process.c @@ -281,23 +281,15 @@ virBhyveProcessStop(bhyveConnPtr driver, if ((priv != NULL) && (priv->mon != NULL)) bhyveMonitorClose(priv->mon); - /* First, try to kill 'bhyve' process */ - if (virProcessKillPainfully(vm->pid, true) != 0) - VIR_WARN("Failed to gracefully stop bhyve VM '%s' (pid: %d)", - vm->def->name, - (int)vm->pid); - - /* Cleanup network interfaces */ - bhyveNetCleanup(vm); - - /* No matter if shutdown was successful or not, we - * need to unload the VM */ if (!(cmd = virBhyveProcessBuildDestroyCmd(driver, vm->def))) - goto cleanup; + return -1; if (virCommandRun(cmd, NULL) < 0) goto cleanup; + /* Cleanup network interfaces */ + bhyveNetCleanup(vm); + ret = 0; virCloseCallbacksUnset(driver->closeCallbacks, vm, @@ -317,6 +309,29 @@ virBhyveProcessStop(bhyveConnPtr driver, } int +virBhyveProcessShutdown(virDomainObjPtr vm) +{ + if (vm->pid <= 0) { + virReportError(VIR_ERR_INTERNAL_ERROR, + _("Invalid PID %d for VM"), + (int)vm->pid); + return -1; + } + + /* Bhyve tries to perform ACPI shutdown when it receives + * SIGTERM signal. So we just issue SIGTERM here and rely + * on the bhyve monitor to clean things up if process disappears. + */ + if (virProcessKill(vm->pid, SIGTERM) != 0) { + VIR_WARN("Failed to terminate bhyve process for VM '%s': %s", + vm->def->name, virGetLastErrorMessage()); + return -1; + } + + return 0; +} + +int virBhyveGetDomainTotalCpuStats(virDomainObjPtr vm, unsigned long long *cpustats) { diff --git a/src/bhyve/bhyve_process.h b/src/bhyve/bhyve_process.h index cfa80af..ebabe17 100644 --- a/src/bhyve/bhyve_process.h +++ b/src/bhyve/bhyve_process.h @@ -34,6 +34,8 @@ int virBhyveProcessStop(bhyveConnPtr driver, virDomainObjPtr vm, virDomainShutoffReason reason); +int virBhyveProcessShutdown(virDomainObjPtr vm); + int virBhyveGetDomainTotalCpuStats(virDomainObjPtr vm, unsigned long long *cpustats); -- 2.7.4

2 3

Re: [libvirt] [PATCHv2] virsh: blkdeviotune: accept human readable values for bytes
by Nitesh Konkar 04 May '16

04 May '16

Hello Nishith, Just a small suggestion on the indentation part of the patch. I think your indentation is off by 1 space. Thanks, Nitesh Konkar. On Wed, May 4, 2016 at 8:22 PM, Nitesh Konkar < niteshkonkar.libvirt(a)gmail.com> wrote: > Hello Nishith, > > Just a small suggestion on the indentation part of the patch. I think your > indentation is off by 1 space. > > Thanks, > Nitesh Konkar. > > > On Wed, May 4, 2016 at 7:55 PM, Nishith Shah <nishithshah.2211(a)gmail.com> > wrote: > >> Use vshCommandOptScaledInt instead of vshCommandOptULongLong so that >> values with suffixes can be passed when bytes are being passed along. >> Values for the iops parameters still need to be given in the absolute >> form as they are not bytes but numbers. Please refer to the bug link >> https://bugzilla.redhat.com/show_bug.cgi?id=885380 which can be closed. >> >> Signed-off-by: Nishith Shah <nishithshah.2211(a)gmail.com> >> --- >> tools/virsh-domain.c | 24 ++++++++++++------------ >> tools/virsh.pod | 18 ++++++++++++------ >> 2 files changed, 24 insertions(+), 18 deletions(-) >> >> diff --git a/tools/virsh-domain.c b/tools/virsh-domain.c >> index 0a6caae..336a65f 100644 >> --- a/tools/virsh-domain.c >> +++ b/tools/virsh-domain.c >> @@ -1164,7 +1164,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "total-bytes-sec", >> .type = VSH_OT_INT, >> - .help = N_("total throughput limit in bytes per second") >> + .help = N_("total throughput limit, as scaled integer (default >> bytes)") >> }, >> {.name = "read_bytes_sec", >> .type = VSH_OT_ALIAS, >> @@ -1172,7 +1172,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "read-bytes-sec", >> .type = VSH_OT_INT, >> - .help = N_("read throughput limit in bytes per second") >> + .help = N_("read throughput limit, as scaled integer (default >> bytes)") >> }, >> {.name = "write_bytes_sec", >> .type = VSH_OT_ALIAS, >> @@ -1180,7 +1180,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "write-bytes-sec", >> .type = VSH_OT_INT, >> - .help = N_("write throughput limit in bytes per second") >> + .help = N_("write throughput limit, as scaled integer (default >> bytes)") >> }, >> {.name = "total_iops_sec", >> .type = VSH_OT_ALIAS, >> @@ -1212,7 +1212,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "total-bytes-sec-max", >> .type = VSH_OT_INT, >> - .help = N_("total max in bytes") >> + .help = N_("total max, as scaled integer (default bytes)") >> }, >> {.name = "read_bytes_sec_max", >> .type = VSH_OT_ALIAS, >> @@ -1220,7 +1220,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "read-bytes-sec-max", >> .type = VSH_OT_INT, >> - .help = N_("read max in bytes") >> + .help = N_("read max, as scaled integer (default bytes)") >> }, >> {.name = "write_bytes_sec_max", >> .type = VSH_OT_ALIAS, >> @@ -1228,7 +1228,7 @@ static const vshCmdOptDef opts_blkdeviotune[] = { >> }, >> {.name = "write-bytes-sec-max", >> .type = VSH_OT_INT, >> - .help = N_("write max in bytes") >> + .help = N_("write max, as scaled integer (default bytes)") >> }, >> {.name = "total_iops_sec_max", >> .type = VSH_OT_ALIAS, >> @@ -1299,7 +1299,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> if (vshCommandOptStringReq(ctl, cmd, "device", &disk) < 0) >> goto cleanup; >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "total-bytes-sec", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "total-bytes-sec", >> &value, 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> @@ -1308,7 +1308,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> goto save_error; >> } >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "read-bytes-sec", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "read-bytes-sec", &value, >> 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> @@ -1317,7 +1317,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> goto save_error; >> } >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "write-bytes-sec", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "write-bytes-sec", >> &value, 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> @@ -1326,7 +1326,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> goto save_error; >> } >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "total-bytes-sec-max", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "total-bytes-sec-max", >> &value, 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> @@ -1335,7 +1335,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> goto save_error; >> } >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "read-bytes-sec-max", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "read-bytes-sec-max", >> &value, 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> @@ -1344,7 +1344,7 @@ cmdBlkdeviotune(vshControl *ctl, const vshCmd *cmd) >> goto save_error; >> } >> >> - if ((rv = vshCommandOptULongLong(ctl, cmd, "write-bytes-sec-max", >> &value)) < 0) { >> + if ((rv = vshCommandOptScaledInt(ctl, cmd, "write-bytes-sec-max", >> &value, 1, ULLONG_MAX)) < 0) { >> goto interror; >> } else if (rv > 0) { >> if (virTypedParamsAddULLong(&params, &nparams, &maxparams, >> diff --git a/tools/virsh.pod b/tools/virsh.pod >> index 2a95df7..6844823 100644 >> --- a/tools/virsh.pod >> +++ b/tools/virsh.pod >> @@ -1097,15 +1097,21 @@ I<domain> (see also B<domblklist> for listing >> these names). >> >> If no limit is specified, it will query current I/O limits setting. >> Otherwise, alter the limits with these flags: >> -I<--total-bytes-sec> specifies total throughput limit in bytes per >> second. >> -I<--read-bytes-sec> specifies read throughput limit in bytes per second. >> -I<--write-bytes-sec> specifies write throughput limit in bytes per >> second. >> +I<--total-bytes-sec> specifies total throughput limit as a scaled >> integer, the >> +default being bytes per second if no suffix is specified. >> +I<--read-bytes-sec> specifies read throughput limit as a scaled integer, >> the >> +default being bytes per second if no suffix is specified. >> +I<--write-bytes-sec> specifies write throughput limit as a scaled >> integer, the >> +default being bytes per second if no suffix is specified. >> I<--total-iops-sec> specifies total I/O operations limit per second. >> I<--read-iops-sec> specifies read I/O operations limit per second. >> I<--write-iops-sec> specifies write I/O operations limit per second. >> -I<--total-bytes-sec-max> specifies maximum total throughput limit in >> bytes per second. >> -I<--read-bytes-sec-max> specifies maximum read throughput limit in bytes >> per second. >> -I<--write-bytes-sec-max> specifies maximum write throughput limit in >> bytes per second. >> +I<--total-bytes-sec-max> specifies maximum total throughput limit as a >> scaled >> +integer, the default being bytes per second if no suffix is specified >> +I<--read-bytes-sec-max> specifies maximum read throughput limit as a >> scaled >> +integer, the default being bytes per second if no suffix is specified. >> +I<--write-bytes-sec-max> specifies maximum write throughput limit as a >> scaled >> +integer, the default being bytes per second if no suffix is specified. >> I<--total-iops-sec-max> specifies maximum total I/O operations limit per >> second. >> I<--read-iops-sec-max> specifies maximum read I/O operations limit per >> second. >> I<--write-iops-sec-max> specifies maximum write I/O operations limit per >> second. >> -- >> 2.1.4 >> >> -- >> libvir-list mailing list >> libvir-list(a)redhat.com >> https://www.redhat.com/mailman/listinfo/libvir-list >> > >

3 3

[libvirt] [PATCH] admin: Add a check to reject negative argument for number of typed params
by Erik Skultety 04 May '16

04 May '16

Since nparams can be technically negative, it is a good practice throughout our code to check if nparams actually has a non-negative value. The same effect would be achieved by converting our internal typed params serializer argument to 'unsigned' type, but it definitely would not be the path of least resistance. Signed-off-by: Erik Skultety <eskultet(a)redhat.com> --- src/libvirt-admin.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/libvirt-admin.c b/src/libvirt-admin.c index a94f5dd..4ad816b 100644 --- a/src/libvirt-admin.c +++ b/src/libvirt-admin.c @@ -838,6 +838,7 @@ virAdmServerSetThreadPoolParameters(virAdmServerPtr srv, virCheckAdmServerReturn(srv, -1); virCheckNonNullArgGoto(params, error); + virCheckNonNegativeArgGoto(nparams, error); if (remoteAdminServerSetThreadPoolParameters(srv, params, nparams, flags) < 0) -- 2.4.11

2 2

[libvirt] [PATCH 0/4] virt-host-validate: add s390 support
by Bjoern Walk 04 May '16

04 May '16

This patch series adds support to the s390 platform for the virt-host-validate tool which detects virtualization capabilities of the host. It has been tested on x86 that no regression is introduced. Bjoern Walk (4): tools: virt-host-validate: fix missing translation marker tools: virt-host-validate: fix CPU flag detection tools: virt-host-validate: improve error handling tools: virt-host-validate: HW virt support on s390 tools/virt-host-validate-common.c | 12 +++++++----- tools/virt-host-validate-common.h | 1 + tools/virt-host-validate-qemu.c | 31 ++++++++++++++++++++++++------- 3 files changed, 32 insertions(+), 12 deletions(-) -- 2.6.6

2 5

[libvirt] RFC: migration with temporary external snapshot design considerations
by Nikolay Shirokovskiy 04 May '16

04 May '16

Hi, all. The result of "[RFC] live migration of VMs with internal snapshots" discussion is that it is nice to have ability to migrate images with internal snapshots while keeping intact their internal snaphot structure. Current qemu drive mirror functionality drops this structure and it is possible to workaround the issue with the help of taking extenal snapshot on source and then blockcommiting it back on destination after migration. The technique of creating temporary external snapshot could be useful in other cases too. For example in case of migration with disks on non cache coherent shared filesystem AFAIU. Thus I want to consider (and in case it is reasonable implement too) this functionality aside from migration with internal snapshots task where we have another issue of moving snapshot metadata to destination. The whole topic of design comes from the fact that blockcommit can fail. The fail itself is not a problem as AFAIK commiting active image does not invalidate it and can be restarted later. So the question is to when and how handle it. This can happen on source when we rollback after unsuccessfull migration or on destination as on finish phase in case of blockcommit fail we can't fail the migration anymore. I see two options. 1. Leave this situation to the mgmt. Thus we need to expose the fact of external snapshot in domain config and somehow signal that mgmt need to take care of situation. Well the fact that we expose this technical snapshot to upper level doubts the whole idea of making the workaround in libvirt itself. 2. Have some kind of background task in libvirt that will try to blockcomit with some policy. Well again, we introduce a policy which is considered to reside in mgmt and introduce background task which makes libvirt mgmt-like too. In anyway we will need to take special care while we have uncommited temporary snapshot. For example if we take internal snapshot at this time then it will be in temporary snapshot and be melted away after temporary snapshot is committed. Other block operations are probably are be affected too in this or another way. We can disable such operations for uncommited temporary snapshot. In case of mgmt managment this is job of mgmt and in case of libvirt managment this should be done in libvirt. All that said I guess the first approach is not the way to go as it fails to archive the goal - hide the details from mgmt layer. As to the second one I'd be glad to hear opinions of the community. Nikolay

1 0