[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [libvirt test] 79390: regressions - FAIL

flight 79390 libvirt real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-armhf-armhf-libvirt     11 guest-start               fail REGR. vs. 79146

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-libvirt-raw 13 guest-saverestore            fail   never pass
 test-armhf-armhf-libvirt-raw 11 migrate-support-check        fail   never pass
 test-armhf-armhf-libvirt-qcow2 11 migrate-support-check        fail never pass
 test-armhf-armhf-libvirt-qcow2 13 guest-saverestore            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-amd64-libvirt-vhd 11 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt     12 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      12 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-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-xsm 12 migrate-support-check        fail   never pass

version targeted for testing:
 libvirt              680030c42b7453510f27a41f1778de6d3ade58aa
baseline version:
 libvirt              370608b4c76f7290cbebc4e4a05fca4eb0e9ffe8

Last test of basis    79146  2016-01-27 04:20:46 Z    2 days
Failing since         79209  2016-01-28 04:22:53 Z    1 days    2 attempts
Testing same since    79390  2016-01-29 04:22:01 Z    0 days    1 attempts

People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Jason J. Herne <jjherne@xxxxxxxxxxxxxxxxxx>
  John Ferlan <jferlan@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Peter Krempa <pkrempa@xxxxxxxxxx>

 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

Explanation of these reports, and of osstest in general, is at

Test harness code can be found at

Not pushing.

commit 680030c42b7453510f27a41f1778de6d3ade58aa
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Fri Jan 22 11:01:05 2016 -0500

    logical: Fix comment examples for virStorageBackendLogicalFindLVs
    When commit id '82c1740a' made changes to the output format (changing from
    using a ',' separator to '#'), the examples in the lvs output from the
    comments weren't changed.
    Additionally, the two new fields added ('segtype' and 'stripes') were
    not included in the output, leaving it well confusing.
    This patch fixes the sample output, adds a 'striped' example, and makes
    other comment related adjustments for long line and spacing between followup
    'NB' remarks (while I'm there).
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 11ef5869fb4ccbaf518d047adc8989753e0c6497
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Thu Jan 28 09:21:43 2016 +0100

    pci: Use bool return type for some virPCIDeviceGet*() functions
    The affected functions are:
    Change their return type from unsigned int to bool: the corresponding
    members in struct _virPCIDevice are defined as bool, and even the
    corresponding virPCIDeviceSet*() functions take a bool value as input
    so there's no point in these functions having unsigned int as return
    Suggested-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 3f3f7a824c6168f34110aaa2a713e924e31145a2
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Thu Jan 28 15:20:17 2016 +0100

    gendispatch: Don't output spaces on empty line
    In our generator for some code we put empty lines in the output
    to separate blocks of code. However, in some cases we put couple
    of spaces on the empty line too. It's not bug, it just isn't
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 171607296d30458edc4743a387d69a2ac353372d
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Fri Jan 15 11:57:26 2016 +0100

    pci: Add debug messages when unbinding from stub driver
    Unbinding a PCI device from the stub driver can require several steps,
    and it can be useful for debugging to be able to trace which of these
    steps are performed and which are skipped for each device.

commit 771eaeb2b3961a70f3ecfd5af90bc56c1d43d03a
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Tue Jan 19 15:58:31 2016 +0100

    pci: Phase out virPCIDeviceReattachInit()
    The name is confusing, and there are just two uses: one is a test case,
    and the other will be removed as part of an upcoming refactoring of
    the hostdev code.

commit d773b57d228812cfca55f58ebfa271a4f6f4a569
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Dec 4 14:30:01 2015 +0100

    qemu: don't iterate vcpus using priv->nvcpupids in qemuProcessSetSchedParams
    This should be the last offender.

commit 763941749eaa206d5c66e87e59c967814cbd6a27
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Wed Jan 6 16:07:42 2016 +0100

    conf: disallow empty cpuset for emulatorpin
    It's disallowed in the API.

commit 31b782a147b9b4a9aa758d8eba9fba5b72a6abb1
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Wed Jan 6 15:34:13 2016 +0100

    conf: disallow empty cpusets for vcpu pinning when parsing XML
    They are disallowed in the pinning API and as default cpuset.
    Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1293241

commit 414b7eeae9d3e44e624c5b94342f67abe4521877
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Tue Dec 8 15:14:16 2015 +0100

    qemu: Don't use priv->ncpus to iterate cgroup setting
    Iterate over all cpus skipping inactive ones.

commit d87f0c00520e1196dce1874cb9cfb9f8b54af891
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Wed Jan 27 10:35:17 2016 +0100

    virnetdevopenvswitch: Don't call strlen() twice on the same string
    Commit 871e10f fixed a memory corruption error, but called strlen()
    twice on the same string to do so. Even though the compiler is
    probably smart enough to optimize the second call away, having a
    single invocation makes the code slightly cleaner.
    Suggested-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 720bc953f8e2b0c85e708eebf1896d241a5d7d1d
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Wed Jan 27 09:49:54 2016 +0100

    virnetdevmacvlan: Provide stubs for build without macvtap
    In 370608b4c76f we have introduced two new internal APIs.
    However, there are no stubs for build without macvtap. Therefore
    build on systems lacking macvtap support (e.g. mingw or freebds)
    fails when trying to link.
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 871e10fc959afd9c56bd1f512d89ce591d2207b9
Author: Jason J. Herne <jjherne@xxxxxxxxxxxxxxxxxx>
Date:   Tue Jan 26 13:25:17 2016 -0500

    Fix libvirtd free() segfault when migrating guest with deleted open vswitch 
    libvirtd crashes on free()ing portData for an open vswitch port if that port
    was deleted.  To reproduce:
    ovs-vsctl del-port vnet0
    virsh migrate --live kvm1 qemu+ssh://dstHost/system
    Error message:
    libvirtd: *** Error in `/usr/sbin/libvirtd': free(): invalid pointer: 
0x000003ff90001e20 ***
    The problem is that virCommandRun can return an empty string in the event 
    the port being queried does not exist. When this happens then we are
    unconditionally overwriting a newline character at position strlen()-1. When
    strlen is 0, we overwrite memory that does not belong to the string.
    The fix: Only overwrite the newline if the string is not empty.
    Reviewed-by: Bjoern Walk <bwalk@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Jason J. Herne <jjherne@xxxxxxxxxxxxxxxxxx>

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.