|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 101711: regressions - FAIL
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@xxxxxxxxxx> Gema Gomez <gema.gomez-solano@xxxxxxxxxx> John Ferlan <jferlan@xxxxxxxxxx> SÅ?awek KapÅ?oÅ?ski <slawek@xxxxxxxxxxxx> 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@xxxxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> commit daf5c651f020b72f5e8e3624a8141f581ab7d81a Author: John Ferlan <jferlan@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |