* [libvirt test] 100331: regressions - trouble: blocked/broken/fail/pass
@ 2016-08-08 13:49 osstest service owner
0 siblings, 0 replies; only message in thread
From: osstest service owner @ 2016-08-08 13:49 UTC (permalink / raw)
To: xen-devel, osstest-admin
[-- Attachment #1: Type: text/plain, Size: 10500 bytes --]
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@redhat.com>
Erik Skultety <eskultet@redhat.com>
Jiri Denemark <jdenemar@redhat.com>
John Ferlan <jferlan@redhat.com>
Ján Tomko <jtomko@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Nikolay Shirokovskiy <nshirokovskiy@virtuozzo.com>
Peter Krempa <pkrempa@redhat.com>
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@virtuozzo.com>
Date: Mon Jun 20 13:08:15 2016 +0300
vz: add vzDomainGetJobStats
Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@virtuozzo.com>
commit dd7b0a388f529259ff130c988d38d6cec34cb862
Author: Nikolay Shirokovskiy <nshirokovskiy@virtuozzo.com>
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@virtuozzo.com>
commit f33f03d015d9b285c0fc3f61bdf1e371d4417c83
Author: Eric Blake <eblake@redhat.com>
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@redhat.com>
commit aa760cd522f514b05f3cc5f17a5845f15d0a011f
Author: Eric Blake <eblake@redhat.com>
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@redhat.com>
commit 5f5a5a42e5146336430b9284539d4bff3e8bb598
Author: Michal Privoznik <mprivozn@redhat.com>
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@redhat.com>
commit fbfd6f2103a56df73238b023032dfb1242a4d7d5
Author: John Ferlan <jferlan@redhat.com>
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@redhat.com>
Date: Mon Jun 6 16:30:51 2016 +0200
Fix indentation
commit a80827a7f9737b32d064f99fa0647909fb9024ab
Author: Jiri Denemark <jdenemar@redhat.com>
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@redhat.com>
commit c611c886f5bfa75f306cd08122ba768ca589b4df
Author: Jiri Denemark <jdenemar@redhat.com>
Date: Thu Aug 4 16:48:40 2016 +0200
qemu: Copy missing QEMU caps elements
Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
commit 79057b8b3b55f1c738f0147b91b1ae9b61d78cab
Author: Jiri Denemark <jdenemar@redhat.com>
Date: Thu Aug 4 16:45:53 2016 +0200
qemu: Copy QEMU caps elements in order of definition
Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
commit 2cda2628db69a5eb956dfe27d0f965fb35990381
Author: Peter Krempa <pkrempa@redhat.com>
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@redhat.com>
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@redhat.com>
commit 5b7dedc995a6b33a7be33a67290155627a133a7f
Author: Peter Krempa <pkrempa@redhat.com>
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.
[-- Attachment #2: Type: text/plain, Size: 127 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2016-08-08 13:49 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-08 13:49 [libvirt test] 100331: regressions - trouble: blocked/broken/fail/pass osstest service owner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).