|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [libvirt test] 100331: regressions - trouble: blocked/broken/fail/pass
flight 100331 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/100331/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-pvops 3 host-install(3) broken REGR. vs. 99955 test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 99955 Tests which did not succeed, but are not blocking: test-amd64-i386-libvirt 1 build-check(1) blocked n/a test-amd64-i386-libvirt-xsm 1 build-check(1) blocked n/a test-amd64-i386-libvirt-pair 1 build-check(1) blocked n/a test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 1 build-check(1) blocked n/a 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-qcow2 11 migrate-support-check fail never pass test-armhf-armhf-libvirt-qcow2 13 guest-saverestore 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 492a383e583da63faf2693860bf4ff925a9da35f baseline version: libvirt d5813d72ad2bd8f9735b96bafe2ba350f74b3994 Last test of basis 99955 2016-08-05 04:21:10 Z 3 days Failing since 99982 2016-08-06 04:23:44 Z 2 days 2 attempts Testing same since 100331 2016-08-08 04:21:57 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Eric Blake <eblake@xxxxxxxxxx> Erik Skultety <eskultet@xxxxxxxxxx> Jiri Denemark <jdenemar@xxxxxxxxxx> John Ferlan <jferlan@xxxxxxxxxx> Ján Tomko <jtomko@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> 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 broken test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm blocked test-amd64-amd64-libvirt-xsm pass test-armhf-armhf-libvirt-xsm fail test-amd64-i386-libvirt-xsm blocked test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt fail test-amd64-i386-libvirt blocked test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair blocked 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 build-i386-pvops host-install(3) Not pushing. ------------------------------------------------------------ commit 492a383e583da63faf2693860bf4ff925a9da35f Author: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> Date: Mon Jun 20 13:08:15 2016 +0300 vz: add vzDomainGetJobStats Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> commit dd7b0a388f529259ff130c988d38d6cec34cb862 Author: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> Date: Mon Jun 20 13:08:14 2016 +0300 vz: add getting job info for migration Unfortunately vz sdk do not provide detail information on migration progress, only progress percentage. Thus vz driver provides percents instead of bytes in data fields of virDomainJobInfoPtr. Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx> commit f33f03d015d9b285c0fc3f61bdf1e371d4417c83 Author: Eric Blake <eblake@xxxxxxxxxx> Date: Sat Aug 6 07:43:06 2016 -0600 build: centralize use of extra Cygwin LDFLAGS The build was failing with: CCLD lockd.la libtool: error: can't build i686-pc-cygwin shared library unless -no-undefined is specified Rather than add yet another $(CYGWIN_EXTRA_LDFLAGS) to all the impacted *_la_LDFLAGS, it was easier to just pull the extra flags into ALL libraries via AM_LDFLAGS. Then, fix lockd_la_LDFLAGS to include AM_LDFLAGS, like all other libraries. Signed-off-by: Eric Blake <eblake@xxxxxxxxxx> commit aa760cd522f514b05f3cc5f17a5845f15d0a011f Author: Eric Blake <eblake@xxxxxxxxxx> Date: Sat Aug 6 07:27:03 2016 -0600 build: use XDR_CFLAGS for Cygwin build Without XDR_CFLAGS, compilation on Cygwin fails with: CC libvirt_driver_la-libvirt-stream.lo In file included from libvirt-stream.c:26:0: rpc/virnetprotocol.h:9:21: fatal error: rpc/rpc.h: No such file or directory Signed-off-by: Eric Blake <eblake@xxxxxxxxxx> 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. _______________________________________________ osstest-output mailing list osstest-output@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |