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

[libvirt test] 130995: regressions - FAIL



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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 16 
guest-start/debianhvm.repeat fail REGR. vs. 130894

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-libvirt     14 saverestore-support-check    fail  like 130894
 test-armhf-armhf-libvirt-raw 13 saverestore-support-check    fail  like 130894
 test-amd64-i386-libvirt-xsm  13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt     13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 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-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              3934beb8579cd9c5dd12ef21f520388a6bf4e6c8
baseline version:
 libvirt              022c4b7a9c070774afba0b131dfabfaf1466a5c6

Last test of basis   130894  2018-12-01 08:24:53 Z    4 days
Testing same since   130995  2018-12-04 04:19:15 Z    1 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Daniel Veillard <veillard@xxxxxxxxxx>
  Erik Skultety <eskultet@xxxxxxxxxx>
  Jason Baron <jbaron@xxxxxxxxxx>
  Michael S. Tsirkin <mst@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Stefan Schallenberg <infos@xxxxxxxxx>

jobs:
 build-amd64-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            fail    
 test-amd64-amd64-libvirt-xsm                                 pass    
 test-amd64-i386-libvirt-xsm                                  pass    
 test-amd64-amd64-libvirt                                     pass    
 test-armhf-armhf-libvirt                                     pass    
 test-amd64-i386-libvirt                                      pass    
 test-amd64-amd64-libvirt-pair                                pass    
 test-amd64-i386-libvirt-pair                                 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 3934beb8579cd9c5dd12ef21f520388a6bf4e6c8
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 22 17:36:10 2018 +0100

    docs: Provide news update for libvirt being able to pick a DRI device
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>

commit 3163de7d0e7ae92b9f3e06479c8cd46e43ac8058
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 15 11:38:00 2018 +0100

    qemu: command: gfx: egl-headless: Add 'rendernode' option to the cmdline
    
    Depending on whether QEMU actually supports the option, we can put the
    'rendernode' on the '-display egl-headless' cmdline.
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1628892
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit ae00e73cfe91b76849712fb7d928cfefef39a6eb
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Fri Nov 16 08:44:08 2018 +0100

    security: dac: gfx: egl-headless: Relabel the DRI device
    
    Just like for SPICE, we need to change the permissions on the DRI device
    used as the @rendernode for egl-headless graphics type.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit dc87ee0f3e9cb7982d66230cd2d83b3577275564
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 22 16:12:40 2018 +0100

    qemu: cgroup: gfx: egl-headless: Add the DRI device into the cgroup list
    
    Just like for SPICE, we need to put the render node DRI device into the
    device cgroup list so that users don't need to add it manually via
    qemu.conf file.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 53ca6fa4eacb9e519710dacf237997b813f892d2
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 22 12:05:06 2018 +0100

    qemu: domain: egl-headless: Add the DRI device into the namespace
    
    Just like for SPICE, we need to put the DRI device into the namespace,
    otherwise it will be left out from the DAC relabeling process.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 5f931fe39112129efb1204a1aac60b180ef31b42
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Tue Nov 27 08:23:13 2018 +0100

    conf: gfx: egl-headless: Introduce a new <gl> subelement
    
    Unlike with SPICE and SDL which use the <gl> subelement to enable OpenGL
    acceleration, specifying egl-headless graphics in the XML has
    essentially the same meaning, thus in case of egl-headless we don't have
    a need for the 'enable' element attribute and we'll only be interested
    in the 'rendernode' one further down the road.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 0a75de221984b971cb841c6918e6746eb22b1547
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 15 11:37:00 2018 +0100

    conf: gfx: Add egl-headless as a member to virDomainGraphicsDef struct
    
    Since we need to specify the rendernode option onto QEMU cmdline, we
    need this union member to retain consistency in how we build the
    cmdline.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 312063b7664c992f959028ef516402ce175c3dfc
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Wed Nov 21 14:07:01 2018 +0100

    qemu: caps: Introduce QEMU_EGL_HEADLESS_RENDERNODE capability
    
    Now that we have QAPI introspection of display types in QEMU upstream,
    we can check whether the 'rendernode' option is supported with
    egl-headless display type.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit eeb7059aa3f42bcd6d42a41078e588b6b4b25c1e
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 15 09:33:04 2018 +0100

    qemu: command: Introduce qemuBuildGraphicsEGLHeadlessCommandLine helper
    
    We're going to need a bit more logic for egl-headless down the road so
    prepare a helper just like for the other display types.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 27cc9f6ac187924456b658683e490f6d318ebe08
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Wed Nov 14 16:48:27 2018 +0100

    qemu: process: spice: Pick the first available DRM render node
    
    Up until now, we formatted 'rendernode=' onto QEMU cmdline only if the
    user specified it in the XML, otherwise we let QEMU do it for us. This
    causes permission issues because by default the /dev/dri/renderDX
    permissions are as follows:
    
    crw-rw----. 1 root video
    
    There's literally no reason why it shouldn't be libvirt picking the DRM
    render node instead of QEMU, that way (and because we're using
    namespaces by default), we can safely relabel the device within the
    namespace.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 255e073263b55b524f68b64c282e73509f93985e
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Mon Nov 26 11:07:42 2018 +0100

    conf: Introduce virDomainGraphics-related helpers
    
    A few simple helpers that allow us to determine whether a graphics can
    and will need to make use of a DRM render node.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 394809694a5bcb6e1e6890f360c60993c0b63a74
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Thu Nov 8 11:47:09 2018 +0100

    util: Introduce virHostGetDRMRenderNode helper
    
    This is the first step towards libvirt picking the first available
    render node instead of QEMU. It also makes sense for us to be able to do
    that, since we allow specifying the node directly for SPICE, so if
    there's no render node specified by the user, we should pick the first
    available one. The algorithm used for that is essentially the same as
    the one QEMU uses.
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>
    Reviewed-by: Ján Tomko <jtomko@xxxxxxxxxx>

commit 8cb06b7f35858b33336bce43401b63138ef03baf
Author: Jason Baron <jbaron@xxxxxxxxxx>
Date:   Fri Nov 30 12:50:26 2018 -0500

    qemu: handle multicast overflow on macvtap NIC_RX_FILTER_CHANGED
    
    Guest network devices can set 'overflow' when there are a number of 
multicast
    ips configured. For virtio_net, the limit is only 64. In this case, the list
    of mac addresses is empty and the 'overflow' condition is set. Thus, the 
guest
    will currently receive no multicast traffic in this state.
    
    When 'overflow' is set in the guest, let's turn this into ALLMULTI on the 
host.
    
    Signed-off-by: Jason Baron <jbaron@xxxxxxxxxx>
    Acked-by: Michael S. Tsirkin <mst@xxxxxxxxxx>
    Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 47647bda0314010ba689c644270c955f592ad74a
Author: Stefan Schallenberg <infos@xxxxxxxxx>
Date:   Wed Nov 28 21:45:16 2018 +0000

    News: Add armv6l Support as guest
    
    Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx>
    Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 96d62d9721af8d120d914563cdc89e2fcb26ef33
Author: Stefan Schallenberg <infos@xxxxxxxxx>
Date:   Wed Nov 28 21:45:15 2018 +0000

    qemu: Add Default PCI Device for armv6l versatilepb guests
    
    Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx>
    Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 41cc4ca107bc3c277433ddde61515685e7da65fd
Author: Stefan Schallenberg <infos@xxxxxxxxx>
Date:   Wed Nov 28 21:45:14 2018 +0000

    Add armv6l Support as guest
    
    Support for armv6l qemu guests has been added.
    Tested with arm1176 CPU on x86.
    
    Signed-off-by: Stefan Schallenberg <infos@xxxxxxxxx>
    Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 55f9f486e1dcf68d8e5876c95ed94bdfa8372367
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Dec 3 14:17:41 2018 +0100

    news: Fix version number
    
    The schema expects it to match the pattern
    
      v[0-9]+\.[0-9]+\.[0-9]+
    
    which "5.0.0" clearly doesn't, causing the build to fail.
    
    Reported-by: Peter Krempa <pkrempa@xxxxxxxxxx>
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 0ef33062ef2be1d84eb71446d9da15a6230fe93e
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Dec 3 14:12:59 2018 +0100

    maint: Post-release version bump to 5.0.0
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 5e866f7f7ac7aae1dcfc4b74edf24992dd1e85f9
Author: Daniel Veillard <veillard@xxxxxxxxxx>
Date:   Mon Dec 3 13:15:36 2018 +0100

    Release of libvirt-4.10.0
    
    * docs/news.xml: updated for release
    
    Signed-off-by: Daniel Veillard <veillard@xxxxxxxxxx>

_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/osstest-output

 


Rackspace

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