From mboxrd@z Thu Jan 1 00:00:00 1970 From: osstest service owner Subject: [libvirt test] 62551: regressions - FAIL Date: Fri, 02 Oct 2015 09:45:06 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4858537199130315974==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel@lists.xensource.com, osstest-admin@xenproject.org List-Id: xen-devel@lists.xenproject.org --===============4858537199130315974== Content-Length: 8006 Content-Transfer-Encoding: quoted-printable flight 62551 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/62551/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 16 guest-start/debianhvm.repeat fail REGR. vs. 62435 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-vhd 9 debian-di-install fail never pass test-armhf-armhf-libvirt-raw 9 debian-di-install fail never pass test-armhf-armhf-libvirt-qcow2 9 debian-di-install 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-amd64-i386-libvirt-xsm 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 14 guest-saverestore fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-raw 11 migrate-support-check fail never pass test-amd64-i386-libvirt-raw 11 migrate-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-i386-libvirt-vhd 11 migrate-support-check fail never pass test-amd64-amd64-libvirt-qcow2 11 migrate-support-check fail never pass test-amd64-amd64-libvirt 12 migrate-support-check fail never pass test-amd64-amd64-libvirt-vhd 11 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check fail never pass test-amd64-i386-libvirt-qcow2 11 migrate-support-check fail never pass version targeted for testing: libvirt 68572de8228e3971174a83c227fcb018d6f684c7 baseline version: libvirt 5e06a4f063dc6cf2ae14a361ddeb805d3f3ae440 Last test of basis 62435 2015-09-27 08:39:40 Z 5 days Testing same since 62551 2015-09-30 04:20:46 Z 2 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Cole Robinson J=C3=A1n Tomko Michal Privoznik 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 fail 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-amd64-amd64-libvirt-qcow2 pass test-armhf-armhf-libvirt-qcow2 fail test-amd64-i386-libvirt-qcow2 pass test-amd64-amd64-libvirt-raw pass test-armhf-armhf-libvirt-raw fail test-amd64-i386-libvirt-raw pass test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-libvirt-vhd fail test-amd64-i386-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/=3Fp=3Dosstest.git;a=3Dblob;f=3DREADME.email;hb=3Dmaster http://xenbits.xen.org/gitweb/=3Fp=3Dosstest.git;a=3Dblob;f=3DREADME;hb=3Dmaster Test harness code can be found at http://xenbits.xen.org/gitweb=3Fp=3Dosstest.git;a=3Dsummary Not pushing. ------------------------------------------------------------ commit 68572de8228e3971174a83c227fcb018d6f684c7 Author: Cole Robinson Date: Mon Sep 28 19:47:09 2015 -0400 qemu: Fix dynamic_ownership qemu.conf setting Commit 307fb904 (Sep 10) added a 'privileged' variable when creating the DAC driver: @@ -153,6 +157,7 @@ virSecurityManagerNewDAC(const char *virtDriver, bool defaultConfined, bool requireConfined, bool dynamicOwnership, + bool privileged, virSecurityManagerDACChownCallback chownCallback) But argument order is mixed up at the caller, swapping dynamicOwnership and privileged values. This corrects the argument order https://bugzilla.redhat.com/show_bug.cgi=3Fid=3D1266628 commit d72a8f7465896572b38521d1d3e82e7d36eb3f4e Author: Michal Privoznik Date: Thu Sep 24 18:00:06 2015 +0200 virsh: Preserve startupPolicy in change-media command https://bugzilla.redhat.com/show_bug.cgi=3Fid=3D1250331 Even after my rework of startupPolicy handling, one command slipped my attention. The change-media command has a very unique approach to constructing disk XML. However, it will not preserve startupPolicy attribute. Signed-off-by: Michal Privoznik commit 1b5685dadaebdb77db42f78ab380801fbceb09bc Author: J=C3=A1n Tomko Date: Thu Sep 24 17:12:02 2015 +0200 Create a shallow copy for volume building only if supported Since the previous commit, the shallow copy is only used inside the if (backend->buildVol) if. commit 56a4e9cb613aff9cd6f828c0a9283fba55ac5951 Author: J=C3=A1n Tomko Date: Thu Sep 24 17:01:40 2015 +0200 Update pool allocation with new values on volume creation Since commit e0139e3, we update the pool allocation with the user-provided allocation values. For qcow2, the allocation is ignored for volume building, but we still subtracted it from pool's allocation. This can result in interesting values if the user-provided allocation is large enough: Capacity: 104.71 GiB Allocation: 109.13 GiB Available: 16.00 EiB We already do a VolRefresh on volume creation. Also refresh the volume after creating and use the new value to update the pool. https://bugzilla.redhat.com/show_bug.cgi=3Fid=3D1163091 --===============4858537199130315974== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============4858537199130315974==--