|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 131256: regressions - FAIL
flight 131256 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/131256/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt 6 libvirt-build fail REGR. vs. 131219 test-armhf-armhf-libvirt 16 guest-start/debian.repeat fail REGR. vs. 131219 Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt-vhd 1 build-check(1) blocked n/a test-amd64-amd64-libvirt 1 build-check(1) blocked n/a test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt-xsm 1 build-check(1) blocked n/a test-amd64-amd64-libvirt-pair 1 build-check(1) blocked n/a test-armhf-armhf-libvirt-raw 13 saverestore-support-check fail like 131219 test-armhf-armhf-libvirt 14 saverestore-support-check fail like 131219 test-amd64-i386-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-i386-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 13 migrate-support-check fail never pass version targeted for testing: libvirt daf4e2abca914fd8340d2243e2cb070a43dd7149 baseline version: libvirt fa30ee04a2a7205c3d664c67b88dd8df9cb1fb40 Last test of basis 131219 2018-12-11 04:19:05 Z 2 days Testing same since 131256 2018-12-12 04:19:19 Z 1 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Daniel P. Berrangé <berrange@xxxxxxxxxx> Erik Skultety <eskultet@xxxxxxxxxx> Julio Faracco <jcfaracco@xxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> jobs: build-amd64-xsm pass build-i386-xsm pass build-amd64 pass build-armhf pass build-i386 pass build-amd64-libvirt fail 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 blocked test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm blocked test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt blocked test-armhf-armhf-libvirt fail test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair blocked test-amd64-i386-libvirt-pair pass test-armhf-armhf-libvirt-raw pass test-amd64-amd64-libvirt-vhd blocked ------------------------------------------------------------ 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 daf4e2abca914fd8340d2243e2cb070a43dd7149 Author: Julio Faracco <jcfaracco@xxxxxxxxx> Date: Fri Nov 30 20:43:37 2018 +0800 tests: Adding test case to include multiple network definitions. This commit includes a test case for multiple network definitions. It is useful right now, but it will be more useful when the index used by LXC version 3.X is implemented to support this new settings. The version 3.X is using indexes to specify each network settings. Signed-off-by: Julio Faracco <jcfaracco@xxxxxxxxx> ACKed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 53762677a84c7bf124714d9e607da8c115084775 Author: Julio Faracco <jcfaracco@xxxxxxxxx> Date: Fri Nov 30 20:43:36 2018 +0800 lxc: Initializing IPv6 and IPv4 gateway to overwrite old settings. This commit fixes a bug when you have multiple network settings defined. Basically, if you set an IPv6 or IPv4 gateway, it carries on next network settings. It is happening because the data is not being initialized when a new network type is defined. So, the old data still persists into the pointer. Another way to initialized the data was introduced using memset() to avoid missing attributes from the struct. Signed-off-by: Julio Faracco <jcfaracco@xxxxxxxxx> Reviewed-by: John Ferlan <jferlan@xxxxxxxxxx> commit 34eca98522c1bd39e18f1eceee4f888dad173e5e Author: Daniel P. Berrangé <berrange@xxxxxxxxxx> Date: Tue Dec 11 14:58:43 2018 +0000 tools: rename S_ORG to C_ORG in virt-pki-validate Rename a variable to make it clear that it holds the client organization rather than the server organization. Signed-off-by: Daniel P. Berrangé <berrange@xxxxxxxxxx> commit ecf8619430f78b8b2beeb57c239cc78f6e3907bd Author: Daniel P. Berrangé <berrange@xxxxxxxxxx> Date: Mon Dec 10 16:50:10 2018 +0000 tools: relax x509 Subject regexes to allow numbers and more The virt-pki-validate tool is extracting components in the x509 certificate Subject field. Unfortunately the regex it is is using is far too strict, and so truncating valid data. It needs to consider ',' as a field separator, and if that's not there take all data until the EOL. With the broken regex: $ echo " Subject: O=Test,CN=guestHyp1ver" | sed 's+.*CN=\(.[a-zA-Z \._-]*\).*+\1+' guestHyp And with the fixed regex $ echo "Subject: O=Test,CN=guestHyp1ver" | sed 's+.*CN=\([^,]*\).*+\1+' guestHyp1ver Reported-by: Kashyap Chamarthy <kchamart@xxxxxxxxxx> Reviewed-by: Kashyap Chamarthy <kchamart@xxxxxxxxxx> Signed-off-by: Daniel P. Berrangé <berrange@xxxxxxxxxx> commit 1215195fd882efac47c07c16bfff0ad9a33c45a3 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Thu Dec 6 16:12:14 2018 +0100 domain: conf: graphics: Fix picking DRI renderer automatically for SPICE Commit 255e0732 introduced a few graphics-related helpers. The problem is that virDomainGraphicsNeedsAutoRenderNode returns true if it gets NULL as a response from virDomainGraphicsNeedsAutoRenderNode. That's okay for egl-headless because that one always needs a DRM render node, the same is not true for SPICE though, and unless the XML specifies <gl enable='yes'> for SPICE, there's no need for any renderer. Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> commit 067aad26befafb446e8a0d5c83d1a4d3b7f704d9 Author: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> Date: Fri Nov 9 10:50:47 2018 +0300 qemu: disable external snapshot of readonly disk Disable external snapshot of a readonly disk for domains as this operation is not very useful. Such a snapshot is not possible for active domains but the error message from QEMU is more cryptic: error: internal error: unable to execute QEMU command 'transaction': Could not create file: Permission denied This error at least makes the error more understandable for active domains and disallows for inactive domains as well. Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> Reviewed-by: John Ferlan <jferlan@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 |