From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [libvirt test] 101711: regressions - FAIL
Date: Thu, 27 Oct 2016 21:49:32 +0000 [thread overview]
Message-ID: <osstest-101711-mainreport@xen.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 9986 bytes --]
flight 101711 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101711/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 14 guest-start/debian.repeat fail REGR. vs. 101677
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail like 101677
test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail like 101677
test-armhf-armhf-libvirt 13 saverestore-support-check fail like 101677
test-armhf-armhf-libvirt-qcow2 12 saverestore-support-check fail like 101677
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass
test-amd64-amd64-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
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass
version targeted for testing:
libvirt 3e044e6e4918905a6b16b3284007856f6b68cf7b
baseline version:
libvirt 13022ce430da9d6ce4dc9e9117d6be519e7afc4a
Last test of basis 101677 2016-10-26 04:21:37 Z 1 days
Testing same since 101711 2016-10-27 04:22:25 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrea Bolognani <abologna@redhat.com>
Gema Gomez <gema.gomez-solano@linaro.org>
John Ferlan <jferlan@redhat.com>
Sławek Kapłoński <slawek@kaplonski.pl>
jobs:
build-amd64-xsm pass
build-armhf-xsm pass
build-i386-xsm pass
build-amd64 pass
build-armhf pass
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt pass
build-i386-libvirt pass
build-amd64-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-armhf-armhf-libvirt-xsm pass
test-amd64-i386-libvirt-xsm pass
test-amd64-amd64-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-armhf-armhf-libvirt-qcow2 pass
test-armhf-armhf-libvirt-raw fail
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 3e044e6e4918905a6b16b3284007856f6b68cf7b
Author: Sławek Kapłoński <slawek@kaplonski.pl>
Date: Sat Oct 22 12:30:01 2016 +0200
qemu, lxc: Raise error message when resuming running domain
When user tries to resume already running domain (Qemu or LXC)
VIR_ERR_OPERATION_INVALID error should be raised with message that
domain is already running.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1009008
commit 3cbf054995e1d08a86e958eebb6cd2869b773a8b
Author: Andrea Bolognani <abologna@redhat.com>
Date: Wed Oct 26 14:00:16 2016 +0200
wireshark: Rename plugindir to ws_plugindir
Since we're using autoconf to substitute the right value in
Makefile.am now, we can use a less generic name without running
into circular dependencies.
commit c587c73549e5fc06782059b2a9a1bb508729a930
Author: Andrea Bolognani <abologna@redhat.com>
Date: Wed Oct 26 13:56:52 2016 +0200
wireshark: Inject $(prefix) at the right time
Adding $(prefix) in Makefile.am, as we were doing, means that
it would be prepended even when using --with-ws-plugindir,
which is something we don't want to happen.
Instead, we add it beforehand but take care that it doesn't
get expanded until make is called.
commit debf2f0b8af4dadcada01d15242a2882576fe55e
Author: Andrea Bolognani <abologna@redhat.com>
Date: Wed Oct 26 13:52:08 2016 +0200
wireshark: Strip prefix correctly
Even when we're building $plugindir ourselves because we can't
retrieve it using pkg-config, we still want to strip the prefix,
except in that case it would be the same prefix we're using for
building libvirt.
The fact that $plugindir is missing also doesn't tell us
anything about $ws_prefix, so we have to handle the two variables
separately.
commit c64a0a8e32a80a7cdf79ee626b17e67e4c6b0b95
Author: Andrea Bolognani <abologna@redhat.com>
Date: Wed Oct 26 14:19:12 2016 +0200
wireshark: Hoist $ws_prefix declaration
Keep all variable declarations close together.
commit 182517013ed2b27ae9b9190ba7e824b7f91c2b82
Author: Andrea Bolognani <abologna@redhat.com>
Date: Wed Oct 26 13:43:16 2016 +0200
wireshark: Introduce $ws_modversion
Use a separate variable instead of setting it inline for
slightly cleaner code.
commit 0701abcb3ba78ba27cf1f47e01b3d9607ad37b72
Author: Gema Gomez <gema.gomez-solano@linaro.org>
Date: Sun Oct 9 16:51:09 2016 +0100
qemu: Add support for using AES secret for SCSI hotplug
Support for virtio disks was added in commit id 'fceeeda', but not for
SCSI drives. Add the secret for the server when hotplugging a SCSI drive.
No need to make any adjustments for unplug since that's handled during
the qemuDomainDetachDiskDevice call to qemuDomainRemoveDiskDevice in
the qemuDomainDetachDeviceDiskLive switch.
Added a test to/for the command line processing to show the command line
options when adding a SCSI drive for the guest.
commit 8550e8585eef1ed7f5850a698d680e20b5cbcdff
Author: John Ferlan <jferlan@redhat.com>
Date: Fri Jun 17 09:44:30 2016 -0400
qemu: Add secret object hotplug for TCP chardev TLS
https://bugzilla.redhat.com/show_bug.cgi?id=1300776
Complete the implementation of support for TLS encryption on
chardev TCP transports by adding the hotplug ability of a secret
to generate the passwordid for the TLS object for chrdev, RNG,
and redirdev.
Fix up the order of object removal on failure to be the inverse
of the attempted attach (for redirdev, chr, rng) - for each the
tls object was being removed before the chardev backend.
Likewise, add the ability to hot unplug that secret object as well
and be sure the order of unplug matches that inverse order of plug.
Signed-off-by: John Ferlan <jferlan@redhat.com>
commit daf5c651f020b72f5e8e3624a8141f581ab7d81a
Author: John Ferlan <jferlan@redhat.com>
Date: Fri Oct 21 19:02:35 2016 -0400
qemu: Add a secret object to/for a char source dev
Add the secret object so the 'passwordid=' can be added if the command line
if there's a secret defined in/on the host for TCP chardev TLS objects.
Preparation for the secret involves adding the secinfo to the char source
device prior to command line processing. There are multiple possibilities
for TCP chardev source backend usage.
Add test for at least a serial chardev as an example.
commit 68808516fe472dd16f93773d45d85554479bcc14
Author: John Ferlan <jferlan@redhat.com>
Date: Mon Oct 24 15:59:11 2016 -0400
qemu: Need to remove TLS object in RemoveRNGDevice
Commit id '6e6b4bfc' added the object, but forgot the other end.
commit 502c747aa1f1a0d0c56a35f59e3e9c06f201b304
Author: John Ferlan <jferlan@redhat.com>
Date: Tue Oct 25 15:32:27 2016 -0400
qemu: Fix depedency order in qemuRemoveDiskDevice
Need to remove the drive first, then the secobj and/or encobj if they exist.
This is because the drive has a dependency on secobj (or the secret for
the networked storage server) and/or the encobj (or the secret for the
LUKS encrypted volume). Deleting either object first leaves an drive
without it's respective objects.
Signed-off-by: John Ferlan <jferlan@redhat.com>
[-- Attachment #2: Type: text/plain, Size: 127 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
reply other threads:[~2016-10-27 21:49 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=osstest-101711-mainreport@xen.org \
--to=osstest-admin@xenproject.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).