|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [libvirt test] 144204: regressions - FAIL
flight 144204 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/144204/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-pair 10 xen-boot/src_host fail REGR. vs. 144165 test-amd64-i386-libvirt-pair 10 xen-boot/src_host fail REGR. vs. 144165 Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-check fail like 144165 test-armhf-armhf-libvirt-raw 13 saverestore-support-check fail like 144165 test-amd64-amd64-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-amd64-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-i386-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-arm64-arm64-libvirt 13 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 13 migrate-support-check fail never pass test-arm64-arm64-libvirt 14 saverestore-support-check fail never pass test-arm64-arm64-libvirt-xsm 14 saverestore-support-check fail never pass test-arm64-arm64-libvirt-qcow2 12 migrate-support-check fail never pass test-arm64-arm64-libvirt-qcow2 13 saverestore-support-check fail never pass test-amd64-amd64-libvirt-vhd 12 migrate-support-check fail never pass test-armhf-armhf-libvirt 13 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 12 migrate-support-check fail never pass version targeted for testing: libvirt af5aa266ed91c572cba3f61e685094e7078d12b4 baseline version: libvirt 5a5e92000d12a671f491c5fb90677f63b1ae7e75 Last test of basis 144165 2019-11-16 04:19:01 Z 3 days Failing since 144181 2019-11-17 04:18:56 Z 2 days 3 attempts Testing same since 144204 2019-11-19 04:19:20 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Daniel P. Berrangé <berrange@xxxxxxxxxx> Erik Skultety <eskultet@xxxxxxxxxx> Jonathon Jongsma <jjongsma@xxxxxxxxxx> Ján Tomko <jtomko@xxxxxxxxxx> Michal Privoznik <mprivozn@xxxxxxxxxx> Pavel Hrdina <phrdina@xxxxxxxxxx> jobs: build-amd64-xsm pass build-arm64-xsm pass build-i386-xsm pass build-amd64 pass build-arm64 pass build-armhf pass build-i386 pass build-amd64-libvirt pass build-arm64-libvirt pass build-armhf-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-arm64-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-arm64-arm64-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-libvirt pass test-arm64-arm64-libvirt pass test-armhf-armhf-libvirt pass test-amd64-i386-libvirt pass test-amd64-amd64-libvirt-pair fail test-amd64-i386-libvirt-pair fail test-arm64-arm64-libvirt-qcow2 pass test-armhf-armhf-libvirt-raw pass 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 af5aa266ed91c572cba3f61e685094e7078d12b4 Author: Ján Tomko <jtomko@xxxxxxxxxx> Date: Mon Nov 18 17:45:54 2019 +0100 g_mkstemp_full: pass O_RDWR This flag is not implied by g_mkstemp_full, only by g_mkstemp. Signed-off-by: Ján Tomko <jtomko@xxxxxxxxxx> Reported-by: Bjoern Walk <bwalk@xxxxxxxxxxxxx> Fixes: 4ac47730408eaf91683f6502ec10541f4f711a5c Reviewed-by: Peter Krempa <pkrempa@xxxxxxxxxx> commit 7909359d600bc079a9de8d586c377076c332a147 Author: Daniel P. Berrangé <berrange@xxxxxxxxxx> Date: Fri Aug 30 13:22:54 2019 +0100 build-aux: rewrite duplicate header checker in Python As part of an goal to eliminate Perl from libvirt build tools, rewrite the prohibit-duplicate-header.pl tool in Python. This was a straight conversion, manually going line-by-line to change the syntax from Perl to Python. Thus the overall structure of the file and approach is the same. Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx> Signed-off-by: Daniel P. Berrangé <berrange@xxxxxxxxxx> commit 2816fe2e846ab3bd2bfbef123c426a17f1e1df98 Author: Erik Skultety <eskultet@xxxxxxxxxx> Date: Mon Nov 18 13:46:14 2019 +0100 qemu: Fix NULL ptr dereference caused by qemuDomainDefFormatBufInternal qemuDomainDefFormatBufInternal function wasn't testing whether the CPU was actually defined in the XML and saving such a domain resulted in the following backtrace: 0 in qemuDomainMakeCPUMigratable (cpu=0x0) 1 in qemuDomainDefFormatBufInternal() 2 in qemuDomainDefFormatXMLInternal() 3 in qemuDomainDefFormatLive() 4 in qemuDomainSaveInternal() 5 in qemuDomainSaveFlags() 6 in qemuDomainSave() 7 in virDomainSave() Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx> Reviewed-by: Daniel Henrique Barboza <danielhb413@xxxxxxxxx> commit 4c0398b5284d14c55eca51095673b6fadbbd85fb Author: Pavel Hrdina <phrdina@xxxxxxxxxx> Date: Thu Nov 7 22:23:04 2019 +0100 qemu_process: fix starting VMs if machine group has limited cpuset.cpus Commit <f136b83139c63f20de0df3285d9e82df2fb97bfc> reworked process affinity setting but did not take cgroups into account which introduced an issue when starting VM with custom cpuset.cpus for the whole machine group. If the machine group is limited to some pCPUs libvirt should not try to set a VM to run on all pCPUs as it will result in permission denied when writing to cpuset.cpus. To fix this the affinity has to be set separately from cgroups cpuset. Resolves: <https://bugzilla.redhat.com/show_bug.cgi?id=1746517> Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx> Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 02bf7cc68bfc76242f02d23e73cad36618f3f790 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Mon Nov 18 08:33:40 2019 +0100 virbpf: Fix typecast to __aligned_u64 type In functions implemented here we fill this attr union (type of bpf_attr) and just pass it to syscall(2). Thing is that some of the union members are type of __aligned_u64. This is not regular uint64_t. This one is explicitly aligned to 8 bytes, while uint64_t can be aligned to 4 bytes (on 32 bits). We've used explicit typecast to uint64_t to shut compiler which would otherwise complain of assigning a pointer into an integer. Well, we have uintptr_t just for that. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit c10b78370d589f3f20d9c18eebdb1758aaafdf73 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Mon Nov 18 08:10:15 2019 +0100 vircgroupv2devices: Fix format string for size_t variable In virCgroupV2DevicesReallocMap() we are debug printing both arguments passed to the function. However, the @size argument is type of size_t but '%lu' is used to format it. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> commit 2de5e131b9f7bac61a9a1573ecb04477868464fd Author: Jonathon Jongsma <jjongsma@xxxxxxxxxx> Date: Fri Nov 15 09:58:52 2019 -0600 news: mention 'ramfb' mdev attribute Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx> Signed-off-by: Jonathon Jongsma <jjongsma@xxxxxxxxxx> commit c07a33bef9de09175753474e8e6812cd4c657781 Author: Michal Privoznik <mprivozn@xxxxxxxxxx> Date: Fri Nov 15 16:08:51 2019 +0100 virbpf: Check if syscall() is available There are some OSes which don't have syscall() nor <sys/syscall.h>. We already check for the header file in configure phase, so we just need to add check for HAVE_SYS_SYSCALL_H to HAVE_DECL_BPF_PROG_QUERY. While I'm at it, some header files we are including are not needed, so their includes can be safely dropped. Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |