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

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



flight 100995 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100995/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-armhf-armhf-libvirt      6 xen-boot                 fail REGR. vs. 100962

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

version targeted for testing:
 libvirt              706b5b627719e95a33606c463bc83c841c7b5b0e
baseline version:
 libvirt              4a457adda649447a7873f48bf71c5139bc6404d2

Last test of basis   100962  2016-09-15 04:22:11 Z    2 days
Failing since        100980  2016-09-16 04:31:01 Z    1 days    2 attempts
Testing same since   100995  2016-09-17 04:21:26 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Jason Miesionczek <jmiesionczek@xxxxxxxxx>
  Laszlo Ersek <lersek@xxxxxxxxxx>
  Martin Kletzander <mkletzan@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx>
  Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>

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            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
    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 706b5b627719e95a33606c463bc83c841c7b5b0e
Author: Laszlo Ersek <lersek@xxxxxxxxxx>
Date:   Fri Sep 16 09:30:23 2016 +0200

    qemu: map "virtio" video model to "virt" machtype correctly (arm/aarch64)
    
    Most of QEMU's PCI display device models, such as:
    
      libvirt video/model/@type  QEMU -device
      -------------------------  ------------
      cirrus                     cirrus-vga
      vga                        VGA
      qxl                        qxl-vga
      virtio                     virtio-vga
    
    come with a linear framebuffer (sometimes called "VGA compatibility
    framebuffer"). This linear framebuffer lives in one of the PCI device's
    MMIO BARs, and allows guest code (primarily: firmware drivers, and
    non-accelerated OS drivers) to display graphics with direct memory access.
    
    Due to architectural reasons on aarch64/KVM hosts, this kind of
    framebuffer doesn't / can't work in
    
      qemu-system-(arm|aarch64) -M virt
    
    machines. Cache coherency issues guarantee a corrupted / unusable display.
    The problem has been researched by several people, including kvm-arm
    maintainers, and it's been decided that the best way (practically the only
    way) to have boot time graphics for such guests is to consolidate on
    QEMU's "virtio-gpu-pci" device.
    
    >From <https://bugzilla.redhat.com/show_bug.cgi?id=1195176>, libvirt
    supports
    
      <devices>
        <video>
          <model type='virtio'/>
        </video>
      </devices>
    
    but libvirt unconditionally maps @type='virtio' to QEMU's "virtio-vga"
    device model. (See the qemuBuildDeviceVideoStr() function and the
    "qemuDeviceVideo" enum impl.)
    
    According to the above, this is not right for the "virt" machine type; the
    qemu-system-(arm|aarch64) binaries don't even recognize the "virtio-vga"
    device model (justifiedly). Whereas "virtio-gpu-pci", which is a pure
    virtio device without a compatibility framebuffer, is available, and works
    fine.
    
    (The ArmVirtQemu ("AAVMF") platform of edk2 -- that is, the UEFI firmware
    for "virt" -- supports "virtio-gpu-pci", as of upstream commit
    3ef3209d3028. See
    <https://tianocore.acgmultimedia.com/show_bug.cgi?id=66>.)
    
    Override the default mapping of "virtio", from "virtio-vga" to
    "virtio-gpu-pci", if qemuDomainMachineIsVirt() evaluates to true.
    
    Cc: Andrea Bolognani <abologna@xxxxxxxxxx>
    Cc: Drew Jones <drjones@xxxxxxxxxx>
    Cc: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
    Cc: Martin Kletzander <mkletzan@xxxxxxxxxx>
    Suggested-by: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
    Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1372901
    Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx>
    Acked-by: Martin Kletzander <mkletzan@xxxxxxxxxx>

commit b51e26f755bdbb13c5409c01595735ec71066063
Author: Martin Kletzander <mkletzan@xxxxxxxxxx>
Date:   Fri Sep 16 08:33:47 2016 +0200

    util: Expose virHostCPUStatsAssign on non-Linux
    
    There is nothing Linux-specific in that function.  Also since commit
    8c3b5bf48123783b812b97360db7ac51f1889e17 mingw build is broken due to
    the fact that this function is not compiled in the library.
    
    Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx>

commit d18c7d712471dabafec1a3a4c01f219dc26d38db
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:09 2016 +0200

    test driver: Implement testNodeGetFreePages.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>

commit dc98750a06dbb0389f7bc22c3f0ed8e1c17e3a41
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:08 2016 +0200

    test driver: added pages sizes into XML into test driver.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>

commit 13ae5da9e3d74d816a46203f3667081ff57c4aa9
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:07 2016 +0200

    test driver: Implement testNodeGetFreeMemory
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 8c3b5bf48123783b812b97360db7ac51f1889e17
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:06 2016 +0200

    test driver: Implement testNodeGetCPUStats
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 5cdc3b822778de3ee521220cf5460f97cfdc4e32
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:05 2016 +0200

    test driver: Implement virConnectGetType.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 541871959776913d34be1ed5d1d5f88b6c377f23
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:04 2016 +0200

    test driver: Implement virConnectGetSysinfo.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 23d9d25e9719133e42bb8fa794e646d73b834e3d
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:03 2016 +0200

    test_driver: Replace magic constant
    
    In testOpenDefault we create a virtual computer that is later
    presented to user. We also pretend to have NUMA cells and
    initialize them somehow. But whilst doing so a magical constant
    is used. Drop it.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 63f388c99dda204a9906b1b0baedd58824af0333
Author: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
Date:   Thu Sep 15 10:27:02 2016 +0200

    virhostcpu: Expose virHostCPUStatsAssign
    
    We will need this function shortly when implementing
    nodeGetCPUStats in the test driver.
    
    Signed-off-by: Tomáš Ryšavý <tom.rysavy.0@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 1ec22be550eacc929a6cfb61d42ee594b9f1ce7e
Author: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx>
Date:   Wed Sep 7 14:25:42 2016 +0530

    virsh: use virConnectGetDomainCapabilities with maxvcpus
    
    virsh maxvcpus --type kvm output is useless on PPC. Also, in
    commit e6806d79 we documented not rely on virConnectGetMaxVcpus
    output. Fix the  maxvcpus to use virConnectGetDomainCapabilities
    now to make it useful. The call is made to use the default emulator
    binary and to check for the host machine and arch which is what the
    command intends to show anyway.
    
    Signed-off-by: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxxxxxxx>

commit 8563560026d192c2cf047b550ffd468692245ed6
Author: Martin Kletzander <mkletzan@xxxxxxxxxx>
Date:   Tue Sep 13 12:49:56 2016 +0200

    tests: Use fixedcontent variable
    
    Commit ca32929908bbc94116493ad8915e7cd7ae0f57d5 added function
    virTestCompareToFile(), but forgot to use a fixedcontent value for the
    actual comparison.  That lead to VIR_TEST_DEBUG=1 showing (for some
    tests) all the actual output from the first error to the end of the
    string due to the difference being an endline in the end.
    
    Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx>

commit ead3cfc68db1f092bdda4374085a9e2addb3c2d8
Author: Jason Miesionczek <jmiesionczek@xxxxxxxxx>
Date:   Tue Aug 9 12:39:09 2016 +0000

    hyperv: additional server 2008 wmi classes

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

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