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

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



flight 35800 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35800/

Regressions :-(

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

Regressions which are regarded as allowable (not blocking):
 test-amd64-amd64-libvirt      9 guest-start                  fail   like 35524

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-libvirt     10 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      10 migrate-support-check        fail   never pass

version targeted for testing:
 libvirt              1723cad6e735ddf998f70cb7504e55518207cff1
baseline version:
 libvirt              719cd2182bf06196b26204a8cf88d28001b1d79b

------------------------------------------------------------
People who touched revisions under test:
  Daniel Veillard <veillard@xxxxxxxxxx>
  Ján Tomko <jtomko@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Peter Krempa <pkrempa@xxxxxxxxxx>
------------------------------------------------------------

jobs:
 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                                     fail
 test-armhf-armhf-libvirt                                     fail
 test-amd64-i386-libvirt                                      pass


------------------------------------------------------------
sg-report-flight on osstest.cam.xci-test.com
logs: /home/xc_osstest/logs
images: /home/xc_osstest/images

Logs, config files, etc. are available at
    http://www.chiark.greenend.org.uk/~xensrcts/logs

Test harness code can be found at
    http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary


Not pushing.

------------------------------------------------------------
commit 1723cad6e735ddf998f70cb7504e55518207cff1
Author: Daniel Veillard <veillard@xxxxxxxxxx>
Date:   Mon Mar 2 11:40:05 2015 +0800

    Release of libvirt-1.2.13

commit 75b4c5cf8dbb8a43674e0eae44ebf4215a99106a
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Fri Feb 27 16:11:25 2015 +0100

    docs: Add mist.io as libvirt-based application

    As reported on the libvirt-users list [1], there's new web
    application called mist.io which uses libvirt as one of its
    backends. Lets add it into our list of libivrt based
    applications.

    1: https://www.redhat.com/archives/libvirt-users/2015-February/msg00096.html

    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit c75f42f3318463b0555edac333c8f20d54b4d5dc
Author: Ján Tomko <jtomko@xxxxxxxxxx>
Date:   Fri Feb 27 11:55:40 2015 +0100

    Really fix XML formatting flags in SaveImageUpdateDef

    Commit cf2d4c6 used a logical or instead of bitwise or,
    effectively passing 1, that is VIR_DOMAIN_XML_INACTIVE.

    This was caught by a warning when building with clang.

    https://bugzilla.redhat.com/show_bug.cgi?id=1183869

commit 8c45e8bec887fba6a5b0f8cc5c2c9d310cfa3deb
Author: Ján Tomko <jtomko@xxxxxxxxxx>
Date:   Thu Feb 26 14:33:26 2015 +0100

    Ignore listen attribute of <graphics> for type network listens

    Commit 6992994 started filling the listen attribute
    of the parent <graphics> elements from type='network' listens.

    When this XML is passed to UpdateDevice, parsing fails:
    XML error: graphics listen attribute 10.20.30.40 must match
    address attribute of first listen element (found none)

    Ignore the address in the parent <graphics> attribute
    when no type='address' listens are found,
    the same we ignore the address for the <listen> subelements
    when parsing inactive XML.

commit ef2e6f4089a14d734df158dccdef429dbebbe810
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Thu Feb 26 10:35:47 2015 +0100

    util: storage: Fix error type in virStorageSourceParseBackingURI

    The gluster volume name extraction code was copied from the XML parser
    without changing the VIR_ERR_XML_ERROR error code. Use
    VIR_ERR_CONFIG_UNSUPPORTED instead.

commit fc56ecd73520d3a3680d6f7500944298a99f254d
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Thu Feb 26 10:28:21 2015 +0100

    util: storagefile: Don't crash on gluster URIs without path

    Similar to commit fdb80ed4f6563928b9942a0d1450e0c725aa6c06 libvirtd
    would crash if a gluster URI without path would be used in the backing
    chain of a volume. The crash happens in the gluster specific part of the
    parser that extracts the gluster volume name from the path.

    Fix the crash by checking that the PATH is NULL.

    This patch does not contain a test case as it's not possible to test it
    with the current infrastructure as the test suite would attempt to
    contact the gluster server in the URI. I'm working on the test suite
    addition but that will be post-release material.

    Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1196528

commit b15b21f3a52945644c7ccbbe1dd51b86d36ca777
Author: Ján Tomko <jtomko@xxxxxxxxxx>
Date:   Thu Feb 26 09:03:09 2015 +0100

    conf: error out on missing dhcp host attributes

    In virNetworkDHCPHostDefParseXML an error is reported
    when partialOkay == true, and none of ip, mac, name
    were supplied.

    Add the missing goto and error out in this case.

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

 


Rackspace

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