From: osstest service owner <osstest-admin@xenproject.org>
To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org
Subject: [libvirt test] 96778: regressions - FAIL
Date: Fri, 08 Jul 2016 07:36:03 +0000 [thread overview]
Message-ID: <osstest-96778-mainreport@xen.org> (raw)
flight 96778 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96778/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 96664
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-armhf-armhf-libvirt 14 guest-saverestore fail never pass
test-armhf-armhf-libvirt 12 migrate-support-check fail never pass
test-amd64-i386-libvirt 12 migrate-support-check fail never pass
test-amd64-i386-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-i386-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-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 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
test-armhf-armhf-libvirt-raw 13 guest-saverestore fail never pass
test-armhf-armhf-libvirt-raw 11 migrate-support-check fail never pass
version targeted for testing:
libvirt 8f390596beeba94b691687a4fe3697ebf08858c7
baseline version:
libvirt 660468b1a32d8f669c4718358bff4d7aa5082d0e
Last test of basis 96664 2016-07-05 04:22:11 Z 3 days
Testing same since 96778 2016-07-08 04:20:52 Z 0 days 1 attempts
------------------------------------------------------------
People who touched revisions under test:
Daniel P. Berrange <berrange@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Paolo Bonzini <pbonzini@redhat.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 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 fail
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
Not pushing.
------------------------------------------------------------
commit 8f390596beeba94b691687a4fe3697ebf08858c7
Author: Daniel P. Berrange <berrange@redhat.com>
Date: Fri Jul 1 17:42:37 2016 +0100
virtlogd: increase max file size to 2 MB
People debugging guest OS boot processes and reported that
the default 128 KB size is too small to capture an entire
boot up sequence. Increase the default size to 2 MB which
should allow capturing a full boot up even with verbose
debugging.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
commit 24aacfa8e84af95cae78e23ee51a7b23e8a0d03a
Author: Daniel P. Berrange <berrange@redhat.com>
Date: Fri Jul 1 17:40:55 2016 +0100
virtlogd: make max file size & number of backups configurable
Currently virtlogd has a hardcoded max file size of 128kb
and max of 3 backups. This adds two new config parameters
to /etc/libvirt/virtlogd.conf to let these be customized.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
commit e114b09157b7fcca12b218b531debfbc0c3a09d7
Author: Peter Krempa <pkrempa@redhat.com>
Date: Thu Jun 23 13:29:16 2016 +0200
qemu: caps: Always assume QEMU_CAPS_SMP_TOPOLOGY
Support for SMP topology was added by qemu commit dc6b1c09849484fbbc50
prior to 0.12.0, our minimum supported qemu version.
$ git describe --tags dc6b1c09849484fbbc50803307e4c7a3d81eab62
v0.11.0-rc0-449-gdc6b1c0
$ git describe --tags --contains dc6b1c09849484fbbc50803307e4c7a3d81eab
v0.12.0-rc0~1477
commit 6fcffcb141fcbd99c82a95ac0b67908bb057d6d0
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Thu Jul 7 11:37:36 2016 +0200
virDomainHostdevDefFree: Don't leak privateData
After 27726d8c21 a privateData is allocated in
virDomainHostdevDefAlloc(). However, the counter part - freeing
them in Free() is missing which leads to the following memory
leak:
==6489== 24 bytes in 1 blocks are definitely lost in loss record 684 of 1,003
==6489== at 0x4C2C070: calloc (vg_replace_malloc.c:623)
==6489== by 0x54B7C94: virAllocVar (viralloc.c:560)
==6489== by 0x5517BE6: virObjectNew (virobject.c:193)
==6489== by 0x1B400121: qemuDomainHostdevPrivateNew (qemu_domain.c:798)
==6489== by 0x5557B24: virDomainHostdevDefAlloc (domain_conf.c:2152)
==6489== by 0x5575578: virDomainHostdevDefParseXML (domain_conf.c:12709)
==6489== by 0x5582292: virDomainDefParseXML (domain_conf.c:16995)
==6489== by 0x5583C98: virDomainDefParseNode (domain_conf.c:17470)
==6489== by 0x5583B07: virDomainDefParse (domain_conf.c:17417)
==6489== by 0x5583B95: virDomainDefParseFile (domain_conf.c:17441)
==6489== by 0x55A3F24: virDomainObjListLoadConfig (virdomainobjlist.c:465)
==6489== by 0x55A43E6: virDomainObjListLoadAllConfigs (virdomainobjlist.c:596)
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit 7a97676b968bcdf60fb987afe6308bc0b4ab9cd3
Author: Paolo Bonzini <pbonzini@redhat.com>
Date: Tue Jul 5 14:35:28 2016 +0200
qemu: generate -display none
This is preferrable to -nographic which (in addition to disabling
graphics output) redirects the serial port to stdio and on OpenBIOS
enables the firmware's serial console.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
commit ca57b5d60c82e5a4b924d625bba881feb38e8f44
Author: Paolo Bonzini <pbonzini@redhat.com>
Date: Tue Jul 5 14:35:27 2016 +0200
qemu: detect -display
Add a new capability for the -display command line option, which has
been present since QEMU 1.0.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
commit f3d3be3d48e6d8036de7ac44d8c77f469f6c6b60
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 16:27:31 2016 +0200
conf: Isolate virDomainLiveConfigHelperMethod to libxl only
Libxl is the last user and I don't have the toolchain prepared to
compile the libxl driver. Move it to the libxl driver to avoid having to
refactor the code.
commit ef881407253be86622ea62aa20d96731999d45a0
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 16:19:58 2016 +0200
conf: Don't use virDomainLiveConfigHelperMethod in virDomainObjGetMetadata
Few arguments of the function are not necessary any more which leads to
some cleanups. The 'uri' argument had a stray ATTRIBUTE_UNUSED.
commit bc472bc2df8ad5be04b02a70062591218b553c82
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 16:19:58 2016 +0200
conf: Don't use virDomainLiveConfigHelperMethod in virDomainObjSetMetadata
commit 3bd161f8623c189f867a103b9050dad5ebf50ca7
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 16:07:51 2016 +0200
openvz: Remove use of virDomainLiveConfigHelperMethod
commit fcc3ccf3cd2548b0e72ec8f3996fc2446e50ad43
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 16:01:26 2016 +0200
lxc: Synchronize implementation of qemuDomainSetMemoryParameters
The impls are identical and I don't have a reasonable idea where to
extract it.
This also kills yet another use of virDomainLiveConfigHelperMethod.
commit bcdbab891bc38bf2f3f6587e1a38ad5412100890
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jul 1 15:55:09 2016 +0200
qemu: driver: Make name of QEMU_SET_MEM_PARAMETER more universal
Use a VIR_ prefix even when it's a local helper macro. It will be later
synced with the LXC implementation.
commit 9a6e47c4836a61ed5c1f74f2478acf1eec480fe1
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Mon Jun 27 10:15:21 2016 +0200
spec: Move virt-admin into its own package
The new package for the virt-admin binary is libvirt-admin.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit 70b4f0e719cdb956946c26c291d80ca9d67fb2d7
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Sat Jun 25 08:37:22 2016 +0200
spec: Split libvirt-client
Currently, we have libvirt-client library which serves as a
collection point for all the libraries and client binaries we
have. Therefore we have couple of silly dependencies, for
instance libvirt-daemon depends on libvirt-client. Only because
the shared library is in the client package.
To solve this, new package libvirt-libs is introduced where all
the libraries are going to live. The client package is then set
to depend on this new package, just like the rest of packages
that suffer the same problem.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
reply other threads:[~2016-07-08 7:36 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-96778-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 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).