|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 109882: regressions - FAIL
flight 109882 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/109882/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 14 guest-stop fail REGR. vs. 109793 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 13 saverestore-support-check fail like 109793 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 109793 test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 109793 test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 13 saverestore-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-arm64-arm64-libvirt 12 migrate-support-check fail never pass test-arm64-arm64-libvirt 13 saverestore-support-check fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-arm64-arm64-libvirt-qcow2 11 migrate-support-check fail never pass test-arm64-arm64-libvirt-qcow2 12 saverestore-support-check fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass version targeted for testing: libvirt f9b69c828994ceea61759d4be43f66da67559033 baseline version: libvirt 981e2c70973454cad360f7c9eec2d6ded0a86747 Last test of basis 109793 2017-05-27 04:29:41 Z 4 days Failing since 109846 2017-05-30 04:21:46 Z 1 days 2 attempts Testing same since 109882 2017-05-31 04:20:11 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Erik Skultety <eskultet@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> ning.bo <ning.bo9@xxxxxxxxxx> Nitesh Konkar <niteshkonkar.libvirt@xxxxxxxxx> Nitesh Konkar <nitkon12@xxxxxxxxxxxxxxxxxx> Peter Krempa <pkrempa@xxxxxxxxxx> jobs: build-amd64-xsm pass build-arm64-xsm pass build-armhf-xsm pass build-i386-xsm pass build-amd64 pass build-arm64 pass build-armhf pass build-i386 pass build-amd64-libvirt pass build-arm64-libvirt pass build-armhf-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-arm64-pvops pass build-armhf-pvops pass build-i386-pvops pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm fail test-amd64-amd64-libvirt-xsm pass test-arm64-arm64-libvirt-xsm pass test-armhf-armhf-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-arm64-arm64-libvirt pass test-armhf-armhf-libvirt pass test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-arm64-arm64-libvirt-qcow2 pass test-armhf-armhf-libvirt-raw pass test-amd64-amd64-libvirt-vhd pass ------------------------------------------------------------ sg-report-flight on osstest.test-lab.xenproject.org logs: /home/logs/logs images: /home/logs/images Logs, config files, etc. are available at http://logs.test-lab.xenproject.org/osstest/logs Explanation of these reports, and of osstest in general, is at http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit f9b69c828994ceea61759d4be43f66da67559033 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Tue May 30 10:28:18 2017 +0200 qemu: json: Fix daemon crash on handling domain shutdown event commit a8eba5036 added further checking of the guest shutdown cause, but this enhancement is available since qemu 2.10, causing a crash because of a NULL pointer dereference on older qemus. Thread 1 "libvirtd" received signal SIGSEGV, Segmentation fault. 0x00007ffff72441af in virJSONValueObjectGet (object=0x0, key=0x7fffd5ef11bf "guest") at util/virjson.c:769 769 if (object->type != VIR_JSON_TYPE_OBJECT) (gdb) bt 0 in virJSONValueObjectGet 1 in virJSONValueObjectGetBoolean 2 in qemuMonitorJSONHandleShutdown 3 in qemuMonitorJSONIOProcessEvent 4 in qemuMonitorJSONIOProcessLine 5 in qemuMonitorJSONIOProcess 6 in qemuMonitorIOProcess Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> commit 4ae0f65669a6672a408e08698678ed2958a77fde Author: Nitesh Konkar <niteshkonkar.libvirt@xxxxxxxxx> Date: Thu May 25 15:47:43 2017 +0530 util: hostcpu: Correctly report total number of vcpus in virHostCPUGetMap Callers expect the return value to be the total number of vcpus in the host (including offline vcpus). The refactor in c67e04e25fa58104e0fae41 broke this assumption by using virHostCPUGetOnlineBitmap which only creates a bitmap long enough to hold the last online vcpu. Report the full number of host vcpus by returning value from virHostCPUGetCount(). Signed-off-by: Nitesh Konkar <nitkon12@xxxxxxxxxxxxxxxxxx> Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx> commit d1eea6c12aad5cb503562a52915138bf0d0a70a2 Author: ning.bo <ning.bo9@xxxxxxxxxx> Date: Tue May 9 10:09:07 2017 +0800 nodedev: Increase the netlink socket buffer size to the one used by udev When a number of SRIOV VFs (up to 128 on Intel XL710) is created: for i in `seq 0 1`; do echo 63 > /sys/class/net/<interface>/device/sriov_numvfs done libvirtd will then report "udev_monitor_receive_device returned NULL" error because the netlink socket buffer is not big enough (using GDB on libudev confirmed this with ENOBUFFS) and thus some udev events were dropped. This results in some devices being missing in the nodedev-list output. This patch overrides the system's rmem_max limit but for that, we need to make sure we've got root privileges. https://bugzilla.redhat.com/show_bug.cgi?id=1450960 Signed-off-by: ning.bo <ning.bo9@xxxxxxxxxx> Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> commit 6e9e1423e1b30e0683f016f830d4b73da8423af4 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Mon May 29 10:04:36 2017 +0200 virCapabilitiesInitCaches: Don't leak @cpus The @cpus is allocated by virFileReadValueBitmap() but never freed: ==21274== 40 (32 direct, 8 indirect) bytes in 1 blocks are definitely lost in loss record 808 of 1,004 ==21274== at 0x4C2E080: calloc (vg_replace_malloc.c:711) ==21274== by 0x54BA561: virAlloc (viralloc.c:144) ==21274== by 0x54BC604: virBitmapNewEmpty (virbitmap.c:126) ==21274== by 0x54BD059: virBitmapParseUnlimited (virbitmap.c:570) ==21274== by 0x54EECE9: virFileReadValueBitmap (virfile.c:4113) ==21274== by 0x5563132: virCapabilitiesInitCaches (capabilities.c:1548) ==21274== by 0x2BB86E59: virQEMUCapsInit (qemu_capabilities.c:1132) ==21274== by 0x2BBEC067: virQEMUDriverCreateCapabilities (qemu_conf.c:928) ==21274== by 0x2BC3DEAA: qemuStateInitialize (qemu_driver.c:845) ==21274== by 0x5625AAC: virStateInitialize (libvirt.c:770) ==21274== by 0x124519: daemonRunStateInit (libvirtd.c:881) ==21274== by 0x554C927: virThreadHelper (virthread.c:206) Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |