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

[Xen-devel] [libvirt test] 105839: trouble: blocked/broken/fail/pass

flight 105839 libvirt real [real]

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-libvirt      3 host-install(3)        broken REGR. vs. 105785

Regressions which are regarded as allowable (not blocking):
 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check    fail  like 105785
 test-armhf-armhf-libvirt     13 saverestore-support-check    fail  like 105785
 test-armhf-armhf-libvirt-raw 12 saverestore-support-check    fail  like 105785

Tests which did not succeed, but are not blocking:
 test-arm64-arm64-libvirt-xsm  1 build-check(1)               blocked  n/a
 build-arm64-libvirt           1 build-check(1)               blocked  n/a
 test-arm64-arm64-libvirt-qcow2  1 build-check(1)               blocked  n/a
 test-arm64-arm64-libvirt      1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt-xsm 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
 build-arm64                   5 xen-build                    fail   never pass
 build-arm64-xsm               5 xen-build                    fail   never pass
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 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
 build-arm64-pvops             5 kernel-build                 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
 test-armhf-armhf-libvirt-raw 11 migrate-support-check        fail   never pass

version targeted for testing:
 libvirt              2dc1cf19dbaf648662fbf3c810db65ddcf5d0444
baseline version:
 libvirt              723fef99c0e29d1a327aaea4cef477609f6ccbc2

Last test of basis   105785  2017-02-14 04:20:10 Z    2 days
Failing since        105805  2017-02-15 04:21:42 Z    1 days    2 attempts
Testing same since   105839  2017-02-16 04:20:43 Z    0 days    1 attempts

People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Bob Liu <bob.liu@xxxxxxxxxx>
  Jim Fehlig <jfehlig@xxxxxxxx>
  Jiri Denemark <jdenemar@xxxxxxxxxx>
  Joao Martins <joao.m.martins@xxxxxxxxxx>
  Ján Tomko <jtomko@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Tomáš Golembiovský <tgolembi@xxxxxxxxxx>

 build-amd64-xsm                                              pass    
 build-arm64-xsm                                              fail    
 build-armhf-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-arm64                                                  fail    
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-arm64-libvirt                                          blocked 
 build-armhf-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-pvops                                            pass    
 build-arm64-pvops                                            fail    
 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                                 blocked 
 test-armhf-armhf-libvirt-xsm                                 pass    
 test-amd64-i386-libvirt-xsm                                  pass    
 test-amd64-amd64-libvirt                                     broken  
 test-arm64-arm64-libvirt                                     blocked 
 test-armhf-armhf-libvirt                                     pass    
 test-amd64-i386-libvirt                                      pass    
 test-amd64-amd64-libvirt-pair                                pass    
 test-amd64-i386-libvirt-pair                                 pass    
 test-arm64-arm64-libvirt-qcow2                               blocked 
 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

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

Test harness code can be found at

broken-step test-amd64-amd64-libvirt host-install(3)

Not pushing.

commit 2dc1cf19dbaf648662fbf3c810db65ddcf5d0444
Author: Jim Fehlig <jfehlig@xxxxxxxx>
Date:   Wed Feb 15 10:45:27 2017 -0700

    libxl: fix potential double free in libxlDriverGetDom0MaxmemConf
    Commit 4ab0c959 fixed a memory leak in libxlDriverGetDom0MaxmemConf
    but introduced a potential double free of mem_tokens
    *** Error in `/usr/sbin/libvirtd': double free or corruption (out):
        0x00007fffc808cfd0 ***
    Avoid double free by setting mem_tokens to NULL after calling

commit b5ac475f506cd13adab773cebd125a45d3f2ba8d
Author: Jim Fehlig <jfehlig@xxxxxxxx>
Date:   Wed Feb 15 16:37:34 2017 -0700

    news: fix spelling of tunneled
    s/tunnelled/tunneled/ in news for the libxl tunneled migration feature.

commit 13b20b2e89c611941f911da46faaae50f90184f6
Author: Joao Martins <joao.m.martins@xxxxxxxxxx>
Date:   Wed Feb 15 22:56:24 2017 +0000

    news: document libxl tunnelled migration support
    Signed-off-by: Joao Martins <joao.m.martins@xxxxxxxxxx>

commit 6a95edf9ab667d90b9935fc64403f0b74285af9b
Author: Bob Liu <bob.liu@xxxxxxxxxx>
Date:   Wed Feb 15 11:17:38 2017 +0000

    libxl: add tunnelled migration support
    Tunnelled migration doesn't require any extra network connections
    beside the libvirt daemon.  It's capable of strong encryption and the
    default option of openstack-nova.
    This patch adds the tunnelled migration(Tunnel3params) support to
    libxl.  On the source side, the data flow is:
     * libxlDoMigrateSend() -> pipe libxlTunnel3MigrationFunc() polls pipe
     * out and then write to dest stream.
    While on the destination side:
     * Stream -> pipe -> 'recvfd of libxlDomainStartRestore'
    The usage is the same as p2p migration, execpt adding one extra
    '--tunnelled' to the libvirt p2p migration command.
    Signed-off-by: Bob Liu <bob.liu@xxxxxxxxxx>
    Signed-off-by: Joao Martins <joao.m.martins@xxxxxxxxxx>

commit d2100f2b4ae55d1cd0414a0e9975c5c3fe7b02c3
Author: Joao Martins <joao.m.martins@xxxxxxxxxx>
Date:   Wed Feb 15 11:17:37 2017 +0000

    libxl: refactor libxlDomainMigrationPrepare
    The newly introduced function libxlDomainMigrationPrepareAny
    will be shared between P2P and tunnelled variations.
    Signed-off-by: Joao Martins <joao.m.martins@xxxxxxxxxx>

commit 27ac5f3741e3a426a2b06b2b0a217419a82033ad
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Wed Feb 15 15:40:01 2017 +0100

    qemu_conf: Properly check for retval of qemuDomainNamespaceAvailable
    This function is returning a boolean therefore check for '< 0'
    makes no sense. It should have been
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit b57bd206b9bb5fbfb262609bde1a1a521e8aadd0
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Wed Feb 15 10:06:09 2017 +0100

    qemu_conf: Check for namespaces availability more wisely
    The bare fact that mnt namespace is available is not enough for
    us to allow/enable qemu namespaces feature. There are other
    requirements: we must copy all the ACL & SELinux labels otherwise
    we might grant access that is administratively forbidden or vice
    At the same time, the check for namespace prerequisites is moved
    from domain startup time to qemu.conf parser as it doesn't make
    much sense to allow users to start misconfigured libvirt just to
    find out they can't start a single domain.
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit ec94e14b681a671776c8d7ca962d3d7ed5aca5b7
Author: Jim Fehlig <jfehlig@xxxxxxxx>
Date:   Thu Feb 2 19:26:13 2017 -0700

    apparmor: don't fail on non-apparmor <seclabel>
    If the apparmor security driver is loaded/enabled and domain config
    contains a <seclabel> element whose type attribute is not 'apparmor',
    starting the domain fails when attempting to label resources such
    as tap FDs.
    Many of the apparmor driver entry points attempt to retrieve the
    apparmor security label from the domain def, returning failure if
    not found. Functions such as AppArmorSetFDLabel fail even though
    domain config contains an explicit 'none' secuirty driver, e.g.
      <seclabel type='none' model='none'/>
    Change the entry points to succeed if the domain config <seclabel>
    is not apparmor. This matches the behavior of the selinux driver.

commit 5cdfc80ba88e8856fbebe78e850b39807ed9b811
Author: Jim Fehlig <jfehlig@xxxxxxxx>
Date:   Thu Feb 2 19:17:29 2017 -0700

    apparmor: don't overwrite error from reload_profile
    Like other callers of reload_profile, don't overwrite errors in

commit 598b6d79997421da33aefc98f5f5889cf9798b1b
Author: Jiri Denemark <jdenemar@xxxxxxxxxx>
Date:   Mon Feb 13 09:32:21 2017 +0100

    qemu_monitor_json: Properly check GetArray return value
    Commit 2a8d40f4ec refactored qemuMonitorJSONGetCPUx86Data and replaced
    virJSONValueObjectGet(reply, "return") with virJSONValueObjectGetArray.
    While the former is guaranteed to always return non-NULL pointer the
    latter may return NULL if the returned JSON object is not an array.
    Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit ee6ec7824d168cfa28bd67f99772aa0a51473bb3
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Tue Feb 14 15:46:23 2017 +0100

    qemu: Call chmod() after mknod()
    mknod() is affected my the current umask, so we're not
    guaranteed the newly-created device node will have the
    right permissions.
    Call chmod(), which is not affected by the current umask,
    immediately afterwards to solve the issue.
    Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1421036

commit e04bd5b6fccbbcb664b9af545fb5c4da3ead4c28
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Tue Feb 14 14:42:54 2017 +0100

    spec: Require libacl when building the QEMU driver
    For the namespaces feature to work properly we need to be able
    to make a perfect copy of the original /dev, including ACLs.
    By adding a BuildRequires on libacl-devel we ensure that ACL
    support will be enabled at configure time and made available
    to the QEMU driver.

commit c315ead7020bde429fe61bf496686f125ac4c882
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Tue Feb 14 15:21:29 2017 +0100

    configure: Move ACL checks to a separate file

commit 4a41cf18b1356118e64c431ab551f63e12d3fb64
Author: Ján Tomko <jtomko@xxxxxxxxxx>
Date:   Mon Jan 30 13:52:02 2017 +0100

    util: fix off-by-one when expanding a bitmap
    To make sure bit 'b' fits into the bitmap, we need to allocate b+1
    bits, since we number from 0.
    Adjust the bitmap test to set a bit at a multiple of 16.
    That way the test fails without this fix, because the VIR_REALLOC
    call clears the newly added memory even if the original pointer
    has not changed.

commit 5d82a2085ffbae89ece9a11a67e561e43834f5b1
Author: Tomáš Golembiovský <tgolembi@xxxxxxxxxx>
Date:   Mon Feb 13 23:49:06 2017 +0100

    valgrind: add suppression for bash memory leak
    Add suppression for memory leak in bash observerd with bash 4.4.011 on
    Arch Linux.
    Signed-off-by: Tomáš Golembiovský <tgolembi@xxxxxxxxxx>

Xen-devel mailing list



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