|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 100360: trouble: broken/fail/pass
flight 100360 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/100360/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 3 host-install(3) broken REGR. vs. 99955 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 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-amd64-i386-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-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 e396de03f31d87f3e81c7820739951d50367ddb8 baseline version: libvirt d5813d72ad2bd8f9735b96bafe2ba350f74b3994 Last test of basis 99955 2016-08-05 04:21:10 Z 4 days Failing since 99982 2016-08-06 04:23:44 Z 3 days 3 attempts Testing same since 100360 2016-08-09 04:20:39 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> Kai Kang <kai.kang@xxxxxxxxxxxxx> Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx> 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 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 broken test-amd64-i386-libvirt pass 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-armhf-armhf-libvirt host-install(3) Not pushing. ------------------------------------------------------------ commit e396de03f31d87f3e81c7820739951d50367ddb8 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Mon Aug 8 11:36:01 2016 +0200 docs: Distribute subsite.xsl So, I've ran into very interesting problem lately. When doing the following, I've encountered an error: libvirt.git $ make dist && tar -xJf libvirt-2.2.0.tar.xz && \ cd libvirt-2.2.0 && ./configure && \ rm docs/formatdomain.html && make -C docs make: Entering directory 'docs' make: *** No rule to make target 'formatdomain.html', needed by 'web'. Stop. make: Leaving directory 'docs' I had no idea what was going on, so I've nailed down the commit that "broke it" via running git-bisect. It was this one: 7659bd9221b9dd1cdf. But that shed no more light until I realized that the commit might actually just exposed a problem we had. And guess what - I've nailed it down. Of course we are not distributing subsite.xsl that's why make prints error message. Very misleading one I must say. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit cdf065537f7e490760a367f327f181437623b810 Author: Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx> Date: Fri Aug 5 18:04:27 2016 +0200 virsystemd: Fix error check Commit b3e4401dc620 introduced a check to ignore an error if the guest is already terminated. However the check accidentally compared error.code with VIR_ERR_ERROR, which is an error level, not an error code. Because of this, almost every error got silently ignored. Fixes: b3e4401dc620 ("systemd: don't report an error if the guest is already terminated") Signed-off-by: Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx> Reviewed-by: Sascha Silbe <silbe@xxxxxxxxxxxxxxxxxx> Reviewed-by: Boris Fiuczynski <fiuczy@xxxxxxxxxxxxxxxxxx> commit 7e1ca80d87c2918eb579c589ea306de88c9d9ad6 Author: Kai Kang <kai.kang@xxxxxxxxxxxxx> Date: Mon Aug 8 09:53:47 2016 +0800 nsslinktest: also build virAtomic.h When build for architecture that don't use gcc atomic ops but pthread, it fails to build for armel: | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In function `virClassNew': | /buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:153: undefined reference to `virAtomicLock' | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In function `virObjectNew': | /buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:205: undefined reference to `virAtomicLock' | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In function `virObjectUnref': | /buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:277: undefined reference to `virAtomicLock' | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In function `virObjectRef': | /buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:298: undefined reference to `virAtomicLock' | collect2: error: ld returned 1 exit status It is similar with: http://libvirt.org/git/?p=libvirt.git;a=commit;h=12dc729 Signed-off-by: Kai Kang <kai.kang@xxxxxxxxxxxxx> 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. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |