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

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



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

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-i386-pvops              3 host-install(3)         broken REGR. vs. 28875

Tests which did not succeed, but are not blocking:
 test-amd64-i386-libvirt       1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt      9 guest-start                  fail   never pass
 test-armhf-armhf-libvirt      9 guest-start                  fail   never pass

version targeted for testing:
 libvirt              14f71959b6741ecd825b6250ba69805f1706ff3d
baseline version:
 libvirt              97e3397cde970c95c1e66eb1f52f133d568bd4e4

------------------------------------------------------------
People who touched revisions under test:
  Martin Kletzander <mkletzan@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Michele Paolino <m.paolino@xxxxxxxxxxxxxxxxxxxxxx>
  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                                             broken  
 test-amd64-amd64-libvirt                                     fail    
 test-armhf-armhf-libvirt                                     fail    
 test-amd64-i386-libvirt                                      blocked 


------------------------------------------------------------
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 14f71959b6741ecd825b6250ba69805f1706ff3d
Author: Michele Paolino <m.paolino@xxxxxxxxxxxxxxxxxxxxxx>
Date:   Fri Jul 4 16:12:48 2014 +0200

    docs: formatdomain.html fixes
    
    Fixed some XML tags in the formatdomain page.
    
    Signed-off-by: Michele Paolino <m.paolino@xxxxxxxxxxxxxxxxxxxxxx>

commit 7ab2f81889aa1f6a67708bb78b129ce8b45e6a90
Author: Michele Paolino <m.paolino@xxxxxxxxxxxxxxxxxxxxxx>
Date:   Fri Jul 4 16:12:47 2014 +0200

    docs: Fix broken link in the HACKING page
    
    The link to the page "how to get your code into an open source
    project" has been fixed.
    
    Signed-off-by: Michele Paolino <m.paolino@xxxxxxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Kletzander <mkletzan@xxxxxxxxxx>

commit e74fa5702a238b2e8e42f84bba78e9beab9c28b3
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Fri Jul 4 07:38:48 2014 +0200

    wireshark: Honor API change coming with 1.12 release
    
    https://bugs.gentoo.org/show_bug.cgi?id=508336
    
    At wireshark, they have this promise to change public dissector APIs
    only with minor version number change. Which they did when releasing
    the version of 1.12.
    
    Firstly, they've changed tvb_memdup() in
    a0c53ffaa1bb46d8c9db2ec739401aa411c9790e so now it takes four arguments
    instead of three. The new argument is placed at the very beginning of
    the list of arguments and basically says the scope where we'd like to
    allocate the memory. According to the documentation NULL should be the
    default value.
    
    Then, the tcp_dissect_pdus() signature changed too. Well, the function
    that actually dissects reassembled packets as tcp_dissect_pdus()
    reorder TCP packets into one big chunk and then calls a user function
    to dissect the PDU at once. The change is dated back to
    8081cf1d90397cbbb4404f9720595e1537ed5e14.
    
    Then, WS_DLL_PUBLIC_NOEXTERN was replaced with WS_DLL_PUBLIC_DEF in
    5d87a8c46171f572568db5a47c093423482e342f.
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 906d0abfe720991a4a1b5e6de8a24a5c6946c009
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Fri Jul 4 10:23:18 2014 +0200

    wireshark: Include more of libvirt internals
    
    The rationale is to not duplicate code which is done in
    packet-libvirt.h for instance. Moreover, this way we can drop
    __attribute_((unused)) used int packet-libvirt.c in favor of
    ATTRIBUTE_UNUSED.
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit a448713a455c825277620e16d5c9999347b92ad2
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri May 16 17:51:21 2014 +0200

    qemu: monitor: Add support for backing name specification for block-stream
    
    To allow changing the name that is recorded in the top of the current
    image chain used in a block pull/rebase operation, we need to specify
    the backing name to qemu. This is done via the "backing-file" attribute
    to the block-stream commad.

commit c29b65291239aae6a6671f2624e28c52efa4c39f
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Tue May 13 17:41:33 2014 +0200

    qemu: monitor: Add argument for specifying backing name for block commit
    
    To allow changing the name that is recorded in the overlay of the TOP
    image used in a block commit operation, we need to specify the backing
    name to qemu. This is done via the "backing-file" attribute to the
    block-commit command.

commit b20fb93cc41f3490a71c172c53d1f070f8da7069
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Mon May 26 14:09:22 2014 +0200

    qemu: caps: Add capability for change-backing-file command
    
    This command allows to change the backing file name recorded in the
    metadata of a qcow (or other) image. The capability also notifies that
    the "block-stream" and "block-commit" commands understand the
    "backing-file" attribute.

commit 6d602f116c825548f0cc1b003fc7209c678530e3
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Thu Jul 3 10:28:12 2014 +0200

    audit: disk: Refactor disk auditing to avoid auditing remote storage
    
    Pass the virStorageSource struct to the auditing function and check if
    storage is local before auditing.

commit 45c81cbb455ec4e18b1add3119799c7d63c93e92
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Wed Jul 2 11:24:24 2014 +0200

    conf: audit: Split out common steps to audit domain devices
    
    Extract common operations done when creating an audit message to a
    separate generic function that can be reused and convert RNG, disk, FS
    and net audit to use it.

commit 43ca0c542e01c94aef180525b784aecdee44fd11
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Wed Jul 2 13:42:54 2014 +0200

    conf: audit: rng: Reorder new and old RNG device definitions
    
    The audit functions usually take the old definition before the new one
    in the argument list. Unify RNG device to use the same order.

commit ea43f5f9b3a3899704d01aabfd3184fd0ef5c076
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Wed Jun 25 13:47:32 2014 +0200

    util: storage: Add helper to determine whether storage is local
    
    There's a lot of places where we skip doing actions based on the
    locality of given storage type. The usual pattern is to skip it if:
    
    virStorageSourceGetActualType(src) == VIR_STORAGE_TYPE_NETWORK
    
    Add a simple helper to simplify the pattern to
    virStorageSourceIsLocalStorage(src)

_______________________________________________
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®.