* [Xen-devel] [libvirt test] 146103: regressions - FAIL
@ 2020-01-16 8:26 osstest service owner
0 siblings, 0 replies; only message in thread
From: osstest service owner @ 2020-01-16 8:26 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 146103 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/146103/
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
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 13 migrate-support-check fail never pass
test-arm64-arm64-libvirt 14 saverestore-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-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 2b611db88268d123a9a5cdf86cb1c8f6815613e5
baseline version:
libvirt 4a09c143f6c467230ab60c20fea560e710ddeee0
Last test of basis 145969 2020-01-11 04:18:42 Z 5 days
Failing since 146061 2020-01-14 04:19:22 Z 2 days 2 attempts
Testing same since 146103 2020-01-15 04:18:40 Z 1 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrea Bolognani <abologna@redhat.com>
Han Han <hhan@redhat.com>
Jiri Denemark <jdenemar@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Pavel Hrdina <phrdina@redhat.com>
Peter Krempa <pkrempa@redhat.com>
Thomas Huth <thuth@redhat.com>
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 pass
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 2b611db88268d123a9a5cdf86cb1c8f6815613e5
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Tue Jan 14 09:24:52 2020 +0100
news: Document <disk type='nvme'/>
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
commit 8475234dbc791cee8bf07cae92196de370cc7e0a
Author: Han Han <hhan@redhat.com>
Date: Tue Jan 14 13:48:23 2020 +0800
news: News for RDT-MBM feature
Signed-off-by: Han Han <hhan@redhat.com>
Reviewed-by: Andrea Bolognani <abologna@redhat.com>
commit 7d608469621a3fda72dff2a89308e68cc9fb4c9a
Author: Pavel Hrdina <phrdina@redhat.com>
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@redhat.com>
Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
commit c2642c488931cc1f19f7d3a8b59fcfc8f9e40ee2
Author: Andrea Bolognani <abologna@redhat.com>
Date: Mon Jan 13 11:47:09 2020 +0100
news: Update for libvirt 6.0.0
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
commit a58b498cbcc40d1f62c84312cba0e7bb68339e39
Author: Andrea Bolognani <abologna@redhat.com>
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@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
commit ca6d115deaccc714d53626008bd9a31a9a3b4c6d
Author: Andrea Bolognani <abologna@redhat.com>
Date: Mon Jan 13 11:49:47 2020 +0100
news: Fix typo (Libivrt -> Libvirt)
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
commit bfd5f69d6038daeac03d2684fcd98aeee4ef1e24
Author: Thomas Huth <thuth@redhat.com>
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@redhat.com>
Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1759849
Signed-off-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
commit 177fbcdfaa11113ece55035954ef735077bd4461
Author: Thomas Huth <thuth@redhat.com>
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@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
commit 3f2d167d9c733f588e693d44d7aa9b21dcb415c7
Author: Peter Krempa <pkrempa@redhat.com>
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@redhat.com>
Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
commit 23b52d94204e0d070c4435df2db3953e9c3ded6c
Author: Peter Krempa <pkrempa@redhat.com>
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@redhat.com>
Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
commit ebebf63b9c0ac4c42fad7c290f282143e69bec6a
Author: Peter Krempa <pkrempa@redhat.com>
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@redhat.com>
Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
commit d06391d611f323556f2d4c219d2559dfc48b5b96
Author: Peter Krempa <pkrempa@redhat.com>
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@redhat.com>
Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
commit 37d51dda5d154bf733a60183c0043c84ae3bcd8a
Author: Jiri Denemark <jdenemar@redhat.com>
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@redhat.com>
Reviewed-by: Pavel Hrdina <phrdina@redhat.com>
commit a2e15167f91f845e17b6a68f65651e39aa16fab3
Author: Andrea Bolognani <abologna@redhat.com>
Date: Mon Jan 13 11:47:41 2020 +0100
Fix typo (cetificate -> certificate)
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2020-01-16 8:27 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-01-16 8:26 [Xen-devel] [libvirt test] 146103: regressions - FAIL osstest service owner
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.