[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 58870: regressions - FAIL
flight 58870 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/58870/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-xsm 11 guest-start fail REGR. vs. 58842 Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt 11 guest-start fail like 58842 test-amd64-amd64-libvirt 11 guest-start fail like 58842 Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-xsm 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 12 migrate-support-check fail never pass version targeted for testing: libvirt dc7339fc4f510fba1fdaf03e7287c98539344bf6 baseline version: libvirt d10a5f58c75e7eb5943b44cc36a1e768adb2cdb0 ------------------------------------------------------------ People who touched revisions under test: John Ferlan <jferlan@xxxxxxxxxx> Martin Kletzander <mkletzan@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Peter Krempa <pkrempa@xxxxxxxxxx> ------------------------------------------------------------ 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-xsm pass test-armhf-armhf-libvirt-xsm pass test-amd64-i386-libvirt-xsm fail test-amd64-amd64-libvirt fail test-armhf-armhf-libvirt pass test-amd64-i386-libvirt fail ------------------------------------------------------------ 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 Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit dc7339fc4f510fba1fdaf03e7287c98539344bf6 Author: Peter Krempa <pkrempa@xxxxxxxxxx> Date: Tue Jun 23 14:25:20 2015 +0200 conf: Enforce scheduler name when parsing XML We require the scheduler name attribute in the schemas but the code would actually be fine when it was omitted. Make it mandatory. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1234729 commit 1310b1358cdf9c8acba6e0e85feb869241e59faa Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Mon Jun 22 17:17:38 2015 +0200 docs: Properly mark acl.html dependencies The acl.html file includes aclperms.htmlinc which is generated. However, acl.html is generated too from acl.html.tmp. And in fact, this is the place where the aclperms file is needed. Fix the dependency in Makefile. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 31d3af6fea43c4dff67368414a23c3c856c9a4f0 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Mon Jun 8 08:16:58 2015 -0400 storage: Force setting of disk format type Commit id '832a9256' adjusted the code to recognize when the default type of "unknown" was provided as the format type and to use "dos" if found. Since the pool is built with "dos" and it could cause some confusion when formatting the XML after building by seeing "unknown" in the output, let's just adjust the pool's setting to "dos" so that subsequent formats will see the value. commit f153832266d1e6399bb93290e89b1a6481afd326 Author: John Ferlan <jferlan@xxxxxxxxxx> Date: Mon Jun 8 08:15:17 2015 -0400 docs: Adjust Disk storage rng Currently the grammar uses "none" for a "valid" Disk Storage Pool format type; however, virStoragePoolFormatDisk uses "unknown" so virt-xml-validate will fail to validate when "unknown" is found commit 976abdf66975ba9fac0947fb37f60bec477ac114 Author: Martin Kletzander <mkletzan@xxxxxxxxxx> Date: Tue Jun 23 13:22:15 2015 +0200 admin: Fix mingw build by reordering includes By trying to lead the way of clean includes, I sorted the lines alphabetically and that is a problem for mingw builds with gnulib. As 'configmake.h' defines DATADIR and 'datatypes.h' transitively includes 'winsock.h' that uses 'DATADIR' as a name for a struct, it's enough to reorder those. Even though this might be worked around in gnulib later on, this fixes the build for now. Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |