[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 99982: trouble: broken/fail/pass
flight 99982 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/99982/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt 3 host-install(3) broken REGR. vs. 99955 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 guest-saverestore fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 13 guest-saverestore fail never pass test-amd64-i386-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-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-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 14 guest-saverestore fail never pass version targeted for testing: libvirt 5f5a5a42e5146336430b9284539d4bff3e8bb598 baseline version: libvirt d5813d72ad2bd8f9735b96bafe2ba350f74b3994 Last test of basis 99955 2016-08-05 04:21:10 Z 1 days Testing same since 99982 2016-08-06 04:23:44 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Erik Skultety <eskultet@xxxxxxxxxx> Jiri Denemark <jdenemar@xxxxxxxxxx> John Ferlan <jferlan@xxxxxxxxxx> Ján Tomko <jtomko@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Peter Krempa <pkrempa@xxxxxxxxxx> 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 fail test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt fail test-amd64-i386-libvirt broken test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-armhf-armhf-libvirt-qcow2 fail 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 broken-step test-amd64-i386-libvirt host-install(3) Not pushing. ------------------------------------------------------------ commit 5f5a5a42e5146336430b9284539d4bff3e8bb598 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Thu Aug 4 16:44:01 2016 +0200 lxcDomainCreateXMLWithFiles: Avoid crash https://bugzilla.redhat.com/show_bug.cgi?id=1363773 Imagine that you're creating a transient domain, but for some reason, starting it fails. That is virLXCProcessStart() returns an error. With current code, in the error handling code the domain object is removed from the domain object list, @vm is set to NULL and controls jump to enjob label where virLXCDomainObjEndJob() is called which dereference vm leading to instant crash. The fix is to end the job in the error handling code and only after that remove the domain from the list and jump onto cleanup label instead of endjob. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit fbfd6f2103a56df73238b023032dfb1242a4d7d5 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Thu Aug 4 15:24:48 2016 -0400 storage: Don't remove the pool for buildPool failure in storagePoolCreate https://bugzilla.redhat.com/show_bug.cgi?id=1362349 When adding the ability to build the pool during the start pool processing using the similar flags as buildPool processing would use, the code was essentially cut-n-pasted from storagePoolCreateXML. However, that included a call to virStoragePoolObjRemove which shouldn't happen within the storagePoolCreate path since that'll remove the pool from the list of pools only to be rediscovered if libvirtd restarts. So on failure, just fail and return as we should expect commit 3f19ac3486c7d59d1892ba98f1bbb972b456359d Author: Ján Tomko <jtomko@xxxxxxxxxx> Date: Mon Jun 6 16:30:51 2016 +0200 Fix indentation commit a80827a7f9737b32d064f99fa0647909fb9024ab Author: Jiri Denemark <jdenemar@xxxxxxxxxx> Date: Thu Aug 4 22:43:22 2016 +0200 qemu: Add tests for virQEMUCapsNewCopy Doing a load, copy, format cycle on all QEMU capabilities XML files should make sure we don't forget to update virQEMUCapsNewCopy when adding new elements to QEMU capabilities. Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit c611c886f5bfa75f306cd08122ba768ca589b4df Author: Jiri Denemark <jdenemar@xxxxxxxxxx> Date: Thu Aug 4 16:48:40 2016 +0200 qemu: Copy missing QEMU caps elements Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit 79057b8b3b55f1c738f0147b91b1ae9b61d78cab Author: Jiri Denemark <jdenemar@xxxxxxxxxx> Date: Thu Aug 4 16:45:53 2016 +0200 qemu: Copy QEMU caps elements in order of definition Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx> commit 2cda2628db69a5eb956dfe27d0f965fb35990381 Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Fri Jul 29 09:17:11 2016 +0200 tests: qemucapabilities: Add data for qemu 2.7.0 As of (v2.7.0-rc1-52-g42e0d60) commit 5a3558c6201dc3aaef86166edce6b5edfe6800ad Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Wed Aug 3 12:08:41 2016 +0200 storage: Fix a NULL ptr dereference in virStorageBackendCreateQemuImg There was a missing check for vol->target.encryption being NULL at one particular place (modified by commit a48c71411) which caused a crash when user attempted to create a raw volume using a non-raw file volume as source. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1363636 Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> commit 5b7dedc995a6b33a7be33a67290155627a133a7f Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Sun Jul 31 14:02:08 2016 +0200 internal: Introduce macro for stealing pointers VIR_STEAL_PTR copies the pointer from the second argument into the first argument and then sets the second to NULL. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |