From: xen.org <Ian.Jackson@eu.citrix.com>
To: xen-devel@lists.xensource.com
Cc: ian.jackson@eu.citrix.com
Subject: [libvirt test] 29610: regressions - FAIL
Date: Tue, 5 Aug 2014 22:59:12 +0100 [thread overview]
Message-ID: <osstest-29610-mainreport@xen.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 8344 bytes --]
flight 29610 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/29610/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 5 xen-build fail REGR. vs. 29585
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 9 guest-start fail never pass
test-armhf-armhf-libvirt 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 9 guest-start fail never pass
build-armhf-libvirt 1 build-check(1) blocked n/a
version targeted for testing:
libvirt 6dac5d06f5c155f7db679d3105ad7dbcc8d7d78f
baseline version:
libvirt be3cbecd0ef0c5b2d711d1451261cd8ad4e0228e
------------------------------------------------------------
People who touched revisions under test:
Daniel Veillard <veillard@redhat.com>
Eric Blake <eblake@redhat.com>
John Ferlan <jferlan@redhat.com>
Ján Tomko <jtomko@redhat.com>
Laine Stump <laine@laine.org>
Martin Kletzander <mkletzan@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
------------------------------------------------------------
jobs:
build-amd64 pass
build-armhf fail
build-i386 pass
build-amd64-libvirt pass
build-armhf-libvirt blocked
build-i386-libvirt pass
build-amd64-pvops pass
build-armhf-pvops pass
build-i386-pvops pass
test-amd64-amd64-libvirt fail
test-armhf-armhf-libvirt blocked
test-amd64-i386-libvirt fail
------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images
Logs, config files, etc. are available at
http://www.chiark.greenend.org.uk/~xensrcts/logs
Test harness code can be found at
http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary
Not pushing.
------------------------------------------------------------
commit 6dac5d06f5c155f7db679d3105ad7dbcc8d7d78f
Author: Ján Tomko <jtomko@redhat.com>
Date: Mon Jul 28 14:46:46 2014 +0200
Don't overwrite errors from virNetDevBandwidthSet
Otherwise this beautiful error would be overwritten when
the function is called with a really high rate number:
2014-07-28 12:51:47.920+0000: 2304: error : virCommandWait:2399 :
internal error: Child process (/sbin/tc class add dev vnet0 parent 1:
classid 1:1 htb rate 4294968kbps) unexpected exit status 1: Illegal "rate"
Usage: ... qdisc add ... htb [default N] [r2q N]
default minor id of class to which unclassified packets are sent {0}
r2q DRR quantums are computed as rate in Bps/r2q {10}
debug string of 16 numbers each 0-3 {0}
... class add ... htb rate R1 [burst B1] [mpu B] [overhead O]
[prio P] [slot S] [pslot PS]
[ceil R2] [cburst B2] [mtu MTU] [quantum Q]
rate rate allocated to this class (class can still borrow)
burst max bytes burst which can be accumulated during idle period {computed}
mpu minimum packet size used in rate computations
overhead per-packet size overhead used in rate computations
linklay adapting to a linklayer e.g. atm
ceil definite upper class rate (no borrows) {rate}
cburst burst but for ceil {computed}
mtu max packet size we create rate map for {1600}
prio priority of leaf; lowe
https://bugzilla.redhat.com/show_bug.cgi?id=1043735
commit ee668206cd87afffa26e0fcd49d16b8889ffd869
Author: Ján Tomko <jtomko@redhat.com>
Date: Thu Jun 26 10:06:57 2014 +0200
virsh: check if domiftune parameters fit into UINT
We parse the bandwidth rates as unsinged long long,
then try to fit them in VIR_TYPED_PARAM_UINT.
Report an error if they exceed UINT_MAX instead of
quietly using wrong values.
https://bugzilla.redhat.com/show_bug.cgi?id=1043735
commit 4a85bf3e2fa703fdc14e8c49d5017ef04832a1d7
Author: John Ferlan <jferlan@redhat.com>
Date: Mon Jul 28 08:39:09 2014 -0400
storage: Refresh storage pool after upload
https://bugzilla.redhat.com/show_bug.cgi?id=1072653
Upon successful upload of a volume, the target volume and storage pool
were not updated to reflect any changes as a result of the upload. Make
use of the existing stream close callback mechanism to force a backend
pool refresh to occur in a separate thread once the stream closes. The
separate thread should avoid potential deadlocks if the refresh needed
to wait on some event from the event loop which is used to perform
the stream callback.
commit e3e1e52ace12ffa3ee1c37d753bd684af2e14d16
Author: Eric Blake <eblake@redhat.com>
Date: Wed Jul 2 08:16:13 2014 +0200
Post-release version bump for new dev cycle
Signed-off-by: Eric Blake <eblake@redhat.com>
commit dc64be90b52ebfad6ab26d217f7360531d99ebf6
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Mon Aug 4 14:40:52 2014 +0200
domtop: Remove unused variable
The variable 'k' in the print_cpu_usage function is not used anywhere
and can fire a warning on some compilers.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit 859aa405e17ad6a714a277af3c0d4785e1c9f478
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Mon Aug 4 14:37:14 2014 +0200
domtop: Turn parse_argv into void
Currently, the function follows the usual pattern used in our code:
int ret = -1;
...
ret = 0;
cleanup:
return ret;
However, the function always call exit() on error, so the cleanup
label is never jumped onto. Therefore, it doesn't make any sense to
have the parse_argv function return an integer value, if it
effectively can return only value of zero.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit b2574b4719c7df02fb667de9724bdfecddfbf802
Author: Martin Kletzander <mkletzan@redhat.com>
Date: Thu Jul 31 19:28:09 2014 +0200
qemu: fix comment in qemu.conf
There are multiple mount points after commit 725a211f, but one comment
wasn't changed to use plurals.
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
commit 21b59b651c6ef97a3cead20211c01d71d4e32c45
Author: Daniel Veillard <veillard@redhat.com>
Date: Sun Aug 3 08:55:15 2014 -0400
Release of libvirt-1.2.7
* docs/news.html.in libvirt.spec.in: update for the release
* po/*.po*: update localizations and regenerate
commit 478d93ad1f83084bb0277fec07e1ef441a09018f
Author: Eric Blake <eblake@redhat.com>
Date: Sat Aug 2 20:47:36 2014 -0600
build: fix build on cygwin
Cygwin has getifaddrs(), but not AF_LINK, leading to:
util/virstats.c: In function 'virNetInterfaceStats':
util/virstats.c:138:41: error: 'AF_LINK' undeclared (first use in this function)
if (ifa->ifa_addr->sa_family != AF_LINK)
...
* src/util/virstats.c (virNetInterfaceStats): Only use getifaddrs
if AF_LINK is present.
Signed-off-by: Eric Blake <eblake@redhat.com>
commit c0788af07d08f0e2297736764766d78ff72ae034
Author: Laine Stump <laine@laine.org>
Date: Fri Aug 1 17:51:37 2014 -0400
network: always set disable_ipv6, even when it should be 0
libvirt previously only touched an interface's disable_ipv6 setting in
sysfs if it needed to be set to 1, assuming that 0 is the
default. Apparently that isn't always the case though (kernel 3.15.7-1
in Arch Linux reportedly defaults a new interface's disable_ipv6
setting to 1) so this patch explicitly sets it to 0 or 1 as
appropriate.
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
reply other threads:[~2014-08-05 21:59 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=osstest-29610-mainreport@xen.org \
--to=ian.jackson@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).