|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 101573: regressions - all pass
flight 101573 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101573/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 12 saverestore-support-check fail REGR. vs. 101477 test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101477 test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 101477 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101477 Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass test-amd64-i386-libvirt 12 migrate-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-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 11 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-xsm 12 migrate-support-check fail never pass version targeted for testing: libvirt 35e45760eef46a164191560d33540d2d046c957c baseline version: libvirt 538220c3c42cad0adbd818b6a931c69492a572de Last test of basis 101477 2016-10-16 04:21:11 Z 5 days Failing since 101502 2016-10-18 04:22:03 Z 3 days 4 attempts Testing same since 101573 2016-10-21 04:21:36 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrea Bolognani <abologna@xxxxxxxxxx> Cédric Bosdonnat <cbosdonnat@xxxxxxxx> John Ferlan <jferlan@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Pavel Hrdina <phrdina@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 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 35e45760eef46a164191560d33540d2d046c957c Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Thu Oct 20 10:25:13 2016 +0800 virt-wireshark.m4: Defer $(prefix) substitution The autoconf manual says we shouldn't be using this variable (and some others) outside of Makefiles as it prevents users providing their own prefix at the installation phase. https://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/Installation-Directory-Variables.html Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit dc40dd605800c560dec6ec73b7bbd922666e5d73 Author: SÅ?awek KapÅ?oÅ?ski <slawek@xxxxxxxxxxxx> Date: Wed Oct 19 22:57:48 2016 +0200 networkValidate: Forbid new-line char in network name New line character in name of network is now forbidden because it mess virsh output and can be confusing for users. Validation of name is done in network driver, after parsing XML to avoid problems with disappeared network which was already created with new-line char in name. Closes-Bug: https://bugzilla.redhat.com/show_bug.cgi?id=818064 Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit e1b8196866c2c70bc7303ee69561e7f52edb8460 Author: SÅ?awek KapÅ?oÅ?ski <slawek@xxxxxxxxxxxx> Date: Wed Oct 19 22:57:47 2016 +0200 network: Use new util function to check name New util function virXMLCheckIllegalChars is now used to test if parsed network contains illegal char '/' in it's name. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 7a2216460f8a67c305364d69d33847a3b845e708 Author: SÅ?awek KapÅ?oÅ?ski <slawek@xxxxxxxxxxxx> Date: Wed Oct 19 22:57:46 2016 +0200 virxml: Add function to check if string contains some illegal chars This new function can be used to check if e.g. name of XML node don't contains forbidden chars like "/" or "\n". Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 5f2a132786da3727349a168418dce9cb3e0e54a2 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Fri Jun 17 06:36:11 2016 -0400 qemu: Introduce qemuDomainChardevPrivatePtr Modeled after the qemuDomainHostdevPrivatePtr (commit id '27726d8c'), create a privateData pointer in the _virDomainChardevDef to allow storage of private data for a hypervisor in order to at least temporarily store secret data for usage during qemuBuildCommandLine. NB: Since the qemu_parse_command (qemuParseCommandLine) code is not expecting to restore the secret data, there's no need to add code code to handle this new structure there. Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx> commit 3b668bb51ad0ed7f95fef0b0afafed47937c1495 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Thu Sep 8 10:04:59 2016 -0400 conf: Introduce {default|chardev}_tls_x509_secret_uuid Add a new qemu.conf variables to store the UUID for the secret that could be used to present credentials to access the TLS chardev. Since this will be a server level and it's possible to use some sort of default, introduce both the default and chardev logic at the same time making the setting of the chardev check for it's own value, then if not present checking whether the default value had been set. Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx> commit 710d875fb7d1e3c584415105a67f66724d0ea89d Author: Cédric Bosdonnat <cbosdonnat@xxxxxxxx> Date: Wed Oct 19 20:51:15 2016 +0200 xl: fix 8126d870 broken test xlconfigtest expects the comma, don't clean it up even if there is no target to write. commit c9ddecdf44d7a051402a3ace248742735c249762 Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Wed Oct 19 16:49:17 2016 +0200 spec: Drop support for Fedora < 23 We only claim support for OSs that are still supported by the respective vendors, which means anything older than Fedora 23 is out. Reword the comment a bit to highlight the criteria. commit 8126d870783e69cfa9e9f8b366f21548c1abe3fa Author: Cédric Bosdonnat <cbosdonnat@xxxxxxxx> Date: Mon Oct 17 09:57:22 2016 +0200 xl: don't output (null) target in domxml-to-native When converting a domain xml containing a CDROM device without any attached source, don't add a target=(null) to the libxl config disk definition: xen doesn't like it at all and would fail to start the domain. commit df93b5f5f53da7eb607da09862dadfcb140ada1e Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Tue Oct 18 15:33:00 2016 +0200 qemu: always generate the same alias for tls-creds-x509 object There was inconsistency between alias used to create tls-creds-x509 object and alias used to link that object to chardev while hotpluging. Hotplug ends with this error: error: Failed to detach device from channel-tcp.xml error: internal error: unable to execute QEMU command 'chardev-add': No TLS credentials with id 'objcharchannel3_tls0' In XML we have for example alias "serial0", but on qemu command line we generate "charserial0". The issue was that code, that creates QMP command to hotplug chardev devices uses only the second alias "charserial0" and that alias is also used to link the tls-creds-x509 object. This patch unifies the aliases for tls-creds-x509 to be always generated from "charserial0". Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> commit 635b5ec8e8123b3954a2eb957114d3dbed8d1ab9 Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Tue Oct 18 15:27:32 2016 +0200 qemu_command: create prefixed alias to separate variable Instead of typing the prefix every time we want to append parameters to qemu command line use a variable that contains prefixed alias. Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> commit b5459326ec6121e135b64974fb96f695578f945d Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Tue Oct 18 16:37:23 2016 +0200 qemu_alias: introduce qemuAliasChardevFromDevAlias helper Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> commit 08107826644daa0af710c36aa9282f590e0438dc Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Tue Oct 18 08:59:14 2016 +0200 qemu_hotplug: fix crash in hot(un)plugging chardev devices We need to make sure that the chardev is TCP. Without this check we may access different part of union and corrupt pointers. Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> commit 6262a9b282bf55a0b39abb49f54e18c7cb61c3dd Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Mon Oct 17 10:46:00 2016 -0400 qemu: Remove unnecessary NULL arg check qemuDomainSecret{Disk|Hostdev}Prepare has a prototype that checks for ATTRIBUTE_NONNULL(1) for 'conn'. Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx> commit 40b6f919001565b03fa5dd394a45df470c2b7a07 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Mon Oct 17 11:31:43 2016 -0400 qemu: Add 'verify-peer=yes' test for chardev TCP TLS Missing the option to set verify-peer to yes Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx> commit a99d9082ac00f7ca544f1d86abda20be3f688c68 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Mon Oct 17 10:44:11 2016 -0400 qemu: Remove unnecessary cfg fetch/unref qemuProcessPrepareDomain has no need to fetch/unref the cfg, so remove it. Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx> commit 61e101437bd5bdeedf843cd5bc7a4950684d905f Author: Andrea Bolognani <abologna@xxxxxxxxxx> Date: Wed Oct 12 17:02:37 2016 +0200 conf: Explain some code in more detail The code is entirely correct, but it still managed to trip me up when I first ran into it because I did not realize right away that VIR_PCI_CONNECT_TYPES_ENDPOINT was not a single flag, but rather a mask including both VIR_PCI_CONNECT_TYPE_PCI_DEVICE and VIR_PCI_CONNECT_TYPE_PCIE_DEVICE. In order to save the next distracted traveler in PCI Address Land some time, document this fact with a comment. Add a test case for the behavior as well. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |