From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [libvirt test] 78902: trouble: blocked/broken/preparing/queued
Date: Sun, 24 Jan 2016 13:45:41 +0000 [thread overview]
Message-ID: <osstest-78902-mainreport@xen.org> (raw)
flight 78902 libvirt running [real]
http://logs.test-lab.xenproject.org/osstest/logs/78902/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 78787
build-armhf-xsm 3 host-install(3) broken REGR. vs. 78787
build-armhf-pvops 3 host-install(3) broken REGR. vs. 78787
build-i386-libvirt <none executed> queued
build-amd64-libvirt <none executed> queued
test-amd64-amd64-libvirt-vhd <none executed> queued
test-amd64-amd64-libvirt <none executed> queued
test-amd64-i386-libvirt <none executed> queued
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm <none executed> queued
test-amd64-i386-libvirt-xsm <none executed> queued
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm <none executed> queued
test-amd64-amd64-libvirt-xsm <none executed> queued
test-amd64-i386-libvirt-pair <none executed> queued
test-amd64-amd64-libvirt-pair <none executed> queued
build-amd64-pvops 2 hosts-allocate running
build-i386 2 hosts-allocate running
build-amd64 2 hosts-allocate running
build-i386-xsm 2 hosts-allocate running
build-i386-pvops 2 hosts-allocate running
build-amd64-xsm 2 hosts-allocate running
Tests which did not succeed, but are not blocking:
build-armhf-libvirt 1 build-check(1) blocked n/a
test-armhf-armhf-libvirt-raw 1 build-check(1) blocked n/a
test-armhf-armhf-libvirt-qcow2 1 build-check(1) blocked n/a
test-armhf-armhf-libvirt 1 build-check(1) blocked n/a
test-armhf-armhf-libvirt-xsm 1 build-check(1) blocked n/a
version targeted for testing:
libvirt 29cc45cb792520c27ff9c55863bf4845dfcb0c97
baseline version:
libvirt daeace5c5d4d5a499705a82af0a0ea9f697a7474
Last test of basis 78787 2016-01-22 04:36:12 Z 2 days
Testing same since 78860 2016-01-23 04:48:00 Z 1 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Cole Robinson <crobinso@redhat.com>
Laine Stump <laine@laine.org>
jobs:
build-amd64-xsm preparing
build-armhf-xsm broken
build-i386-xsm preparing
build-amd64 preparing
build-armhf broken
build-i386 preparing
build-amd64-libvirt queued
build-armhf-libvirt blocked
build-i386-libvirt queued
build-amd64-pvops preparing
build-armhf-pvops broken
build-i386-pvops preparing
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm queued
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm queued
test-amd64-amd64-libvirt-xsm queued
test-armhf-armhf-libvirt-xsm blocked
test-amd64-i386-libvirt-xsm queued
test-amd64-amd64-libvirt queued
test-armhf-armhf-libvirt blocked
test-amd64-i386-libvirt queued
test-amd64-amd64-libvirt-pair queued
test-amd64-i386-libvirt-pair queued
test-armhf-armhf-libvirt-qcow2 blocked
test-armhf-armhf-libvirt-raw blocked
test-amd64-amd64-libvirt-vhd queued
------------------------------------------------------------
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-job build-i386-libvirt queued
broken-job build-amd64-libvirt queued
broken-step build-armhf host-install(3)
broken-step build-armhf-xsm host-install(3)
broken-job test-amd64-amd64-libvirt-vhd queued
broken-job test-amd64-amd64-libvirt queued
broken-job test-amd64-i386-libvirt queued
broken-job test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm queued
broken-job test-amd64-i386-libvirt-xsm queued
broken-job test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm queued
broken-job test-amd64-amd64-libvirt-xsm queued
broken-step build-armhf-pvops host-install(3)
broken-job test-amd64-i386-libvirt-pair queued
broken-job test-amd64-amd64-libvirt-pair queued
Not pushing.
------------------------------------------------------------
commit 29cc45cb792520c27ff9c55863bf4845dfcb0c97
Author: Laine Stump <laine@laine.org>
Date: Thu Jan 21 14:19:56 2016 -0500
util: reset MAC address of macvtap passthrough physdev after disassociate
libvirt always resets the MAC address of the physdev used for macvtap
passthrough when the guest is finished with it. This was happening
prior to the 802.1Qb[gh] DISASSOCIATE command, and was quite often
failing, presumably because the driver wouldn't allow the MAC address
to be reset while the association was still active, with a log message
like this:
virNetDevSetMAC:168 : Cannot set interface MAC to 00:00:00:00:00:00 on 'eth13': Cannot assign requested address
This patch changes the order - we now do the 802.1Qb[gh] disassociate
and delete the macvtap interface first, then and reset the MAC
address.
commit 81da8bc73b6bc6777632b65a0df45335f7caebe4
Author: Cole Robinson <crobinso@redhat.com>
Date: Thu Jan 21 13:33:50 2016 -0500
lxc: fuse: Stub out Slab bits in /proc/meminfo
'free' on fedora23 wants to use the Slab field for calculated used
memory. The equation is:
used = MemTotal - MemFree - (Cached + Slab) - Buffers
We already set Cached and Buffers to 0, do the same for Slab and its
related values
https://bugzilla.redhat.com/show_bug.cgi?id=1300781
commit c7be484d1136834614089c9a74a3818594852f24
Author: Cole Robinson <crobinso@redhat.com>
Date: Thu Jan 21 13:18:04 2016 -0500
lxc: fuse: Fill in MemAvailable for /proc/meminfo
'free' on Fedora 23 will use MemAvailable to calculate its 'available'
field, but we are passing through the host's value. Set it to match
MemFree, which is what 'free' will do for older linux that don't have
MemAvailable
https://bugzilla.redhat.com/show_bug.cgi?id=1300781
commit 8418245a7e00f873594f1000c9606d08265088e0
Author: Cole Robinson <crobinso@redhat.com>
Date: Thu Jan 21 13:14:54 2016 -0500
lxc: fuse: Fix /proc/meminfo size calculation
We virtualize bits of /proc/meminfo by replacing host values with
values specific to the container.
However for calculating the final size of the returned data, we are
using the size of the original file and not the altered copy, which
could give garbelled output.
commit f65dcfcd140d0a627aeab3fa0e9dc5f74da98e6d
Author: Cole Robinson <crobinso@redhat.com>
Date: Thu Jan 21 13:06:03 2016 -0500
lxc: fuse: Unindent meminfo logic
Reverse the conditional at the start so we aren't stuffing all the logic
in an 'if' block
reply other threads:[~2016-01-24 13:45 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-78902-mainreport@xen.org \
--to=osstest-admin@xenproject.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.