|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 146061: regressions - FAIL
flight 146061 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/146061/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-libvirt-qcow2 15 guest-start/debian.repeat fail REGR. vs. 145969 test-armhf-armhf-libvirt 19 leak-check/check fail REGR. vs. 145969 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-check fail like 145969 test-armhf-armhf-libvirt-raw 13 saverestore-support-check fail like 145969 test-amd64-amd64-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-amd64-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 13 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 14 saverestore-support-check fail never pass test-arm64-arm64-libvirt 13 migrate-support-check fail never pass test-arm64-arm64-libvirt 14 saverestore-support-check fail never pass test-amd64-amd64-libvirt-vhd 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-qcow2 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-qcow2 13 saverestore-support-check fail never pass test-armhf-armhf-libvirt 13 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 12 migrate-support-check fail never pass version targeted for testing: libvirt 7d608469621a3fda72dff2a89308e68cc9fb4c9a baseline version: libvirt 4a09c143f6c467230ab60c20fea560e710ddeee0 Last test of basis 145969 2020-01-11 04:18:42 Z 3 days Testing same since 146061 2020-01-14 04:19:22 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrea Bolognani <abologna@xxxxxxxxxx> Jiri Denemark <jdenemar@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Pavel Hrdina <phrdina@xxxxxxxxxx> Peter Krempa <pkrempa@xxxxxxxxxx> Thomas Huth <thuth@xxxxxxxxxx> jobs: build-amd64-xsm pass build-arm64-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 pass test-amd64-amd64-libvirt-xsm pass test-arm64-arm64-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-arm64-arm64-libvirt pass test-armhf-armhf-libvirt fail test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-arm64-arm64-libvirt-qcow2 fail 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 7d608469621a3fda72dff2a89308e68cc9fb4c9a Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Mon Jan 13 12:50:41 2020 +0100 vircgroupv2devices: free BPF map when replacing with new one This leaks the FD of BPF map which means it will not be freed. Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit c2642c488931cc1f19f7d3a8b59fcfc8f9e40ee2 Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Jan 13 11:47:09 2020 +0100 news: Update for libvirt 6.0.0 Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit a58b498cbcc40d1f62c84312cba0e7bb68339e39 Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Jan 13 10:30:05 2020 +0100 news: Rearrange a few entries Some were in the wrong section, some in the wrong version. Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit ca6d115deaccc714d53626008bd9a31a9a3b4c6d Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Jan 13 11:49:47 2020 +0100 news: Fix typo (Libivrt -> Libvirt) Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit bfd5f69d6038daeac03d2684fcd98aeee4ef1e24 Author: Thomas Huth <thuth@xxxxxxxxxx> Date: Mon Jan 13 09:04:57 2020 +0100 qemu_capabilities: Do not report USB as subsystem type if it is not available libvirt currently always reports that USB is available as a bus subsystem type when running "virsh domcapabilities". However, this is not always true, for example the qemu-system-s390x binary normally never has support for USB. Thus we should only report that USB is available if there is also a USB host controller available where we can attach USB devices. Reported-by: Sebastian Mitterle <smitterl@xxxxxxxxxx> Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1759849 Signed-off-by: Thomas Huth <thuth@xxxxxxxxxx> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 177fbcdfaa11113ece55035954ef735077bd4461 Author: Thomas Huth <thuth@xxxxxxxxxx> Date: Mon Jan 13 09:30:14 2020 +0100 domain_conf: Do not use USB by default for <input> devices on s390x When trying to specify an input device on s390x without bus like this: <input type='keyboard'/> ... then libvirt currently complains: error: unsupported configuration: USB is disabled for this domain, but USB devices are present in the domain XML This is somewhat confusing since the user did not specify an USB device here. Since USB is not available on s390x, we should default to the "virtio" bus here instead. Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1790189 Signed-off-by: Thomas Huth <thuth@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 3f2d167d9c733f588e693d44d7aa9b21dcb415c7 Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Fri Jan 10 17:25:16 2020 +0100 conf: Always format storage source auth and encryption under <source> for backing files Historically there are two places where we format authentication and encryption for a disk. The logich which formats it for backing files was flawed though and didn't format it at all. This worked if the image became a backing file through the means of a snapshot but not directly. Force formatting of the source and encryption for any non-disk case to fix the issue. This caused problems in many places as we use the formatter to copy the definition. Effectively any copy lost the secret definition. https://bugzilla.redhat.com/show_bug.cgi?id=1789310 https://bugzilla.redhat.com/show_bug.cgi?id=1788898 Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx> Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit 23b52d94204e0d070c4435df2db3953e9c3ded6c Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Fri Jan 10 17:35:10 2020 +0100 tests: qemuxml2xml: Enable luks-disks-source-qcow2 case The test data was used only in xml->argv testing but it will have some interresting fallout soon. Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx> Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit ebebf63b9c0ac4c42fad7c290f282143e69bec6a Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Fri Jan 10 17:49:42 2020 +0100 tests: qemuxml2argv: Run luks-disks-source-qcow2 case with latest caps Try also the modern incarnation of the test. Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx> Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit d06391d611f323556f2d4c219d2559dfc48b5b96 Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Fri Jan 10 17:32:33 2020 +0100 tests: qemuxml2argv: Add disk image with encrypted backing file Add another disk to luks-disks-source-qcow2 case to cover a backing chain with encrypted members. Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx> Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit 37d51dda5d154bf733a60183c0043c84ae3bcd8a Author: Jiri Denemark <jdenemar@xxxxxxxxxx> Date: Mon Jan 13 09:39:22 2020 +0100 qemuxml2*test: Fix hugepages-default-system-size tests Commit v5.10.0-269-g62065a6cb5 moved NUMA validation code to domain definition time and appropriately adjusted affected test cases except for hugepages-default-system-size. And since we don't mock virGetSystemPageSizeKB in our tests, hugepages-default-system-size test would fail on architectures (ppc64le) with default page size other than 4KiB. Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx> Reviewed-by: Pavel Hrdina <phrdina@xxxxxxxxxx> commit a2e15167f91f845e17b6a68f65651e39aa16fab3 Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Mon Jan 13 11:47:41 2020 +0100 Fix typo (cetificate -> certificate) Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |