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

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



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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 build-arm64-libvirt           5 libvirt-build            fail REGR. vs. 107640
 build-i386-libvirt            5 libvirt-build            fail REGR. vs. 107640
 build-amd64-libvirt           5 libvirt-build            fail REGR. vs. 107640
 build-armhf-libvirt           5 libvirt-build            fail REGR. vs. 107640

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-libvirt-vhd  1 build-check(1)               blocked  n/a
 test-arm64-arm64-libvirt-xsm  1 build-check(1)               blocked  n/a
 test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 1 build-check(1) blocked n/a
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 1 build-check(1) blocked n/a
 test-armhf-armhf-libvirt      1 build-check(1)               blocked  n/a
 test-arm64-arm64-libvirt-qcow2  1 build-check(1)               blocked  n/a
 test-amd64-i386-libvirt       1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt-pair  1 build-check(1)               blocked  n/a
 test-armhf-armhf-libvirt-raw  1 build-check(1)               blocked  n/a
 test-arm64-arm64-libvirt      1 build-check(1)               blocked  n/a
 test-amd64-i386-libvirt-xsm   1 build-check(1)               blocked  n/a
 test-armhf-armhf-libvirt-xsm  1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt-xsm  1 build-check(1)               blocked  n/a
 test-amd64-i386-libvirt-pair  1 build-check(1)               blocked  n/a
 test-amd64-amd64-libvirt      1 build-check(1)               blocked  n/a

version targeted for testing:
 libvirt              e6c3b59c193ec1d17d72b65d460a951227c12a72
baseline version:
 libvirt              5efa7f2a4bf2e316ca74b5baad053a18cffd00b9

Last test of basis   107640  2017-04-25 04:21:01 Z    1 days
Testing same since   107696  2017-04-26 04:20:12 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Daniel P. Berrange <berrange@xxxxxxxxxx>
  John Ferlan <jferlan@xxxxxxxxxx>
  Wang King <king.wang@xxxxxxxxxx>
  ZhiPeng Lu <lu.zhipeng@xxxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-arm64-xsm                                              pass    
 build-armhf-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-arm64                                                  pass    
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          fail    
 build-arm64-libvirt                                          fail    
 build-armhf-libvirt                                          fail    
 build-i386-libvirt                                           fail    
 build-amd64-pvops                                            pass    
 build-arm64-pvops                                            pass    
 build-armhf-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm           blocked 
 test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm            blocked 
 test-amd64-amd64-libvirt-xsm                                 blocked 
 test-arm64-arm64-libvirt-xsm                                 blocked 
 test-armhf-armhf-libvirt-xsm                                 blocked 
 test-amd64-i386-libvirt-xsm                                  blocked 
 test-amd64-amd64-libvirt                                     blocked 
 test-arm64-arm64-libvirt                                     blocked 
 test-armhf-armhf-libvirt                                     blocked 
 test-amd64-i386-libvirt                                      blocked 
 test-amd64-amd64-libvirt-pair                                blocked 
 test-amd64-i386-libvirt-pair                                 blocked 
 test-arm64-arm64-libvirt-qcow2                               blocked 
 test-armhf-armhf-libvirt-raw                                 blocked 
 test-amd64-amd64-libvirt-vhd                                 blocked 


------------------------------------------------------------
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 e6c3b59c193ec1d17d72b65d460a951227c12a72
Author: Daniel P. Berrange <berrange@xxxxxxxxxx>
Date:   Fri Mar 3 12:43:51 2017 +0000

    Add ability to generate man page describing key code names & values
    
    Signed-off-by: Daniel P. Berrange <berrange@xxxxxxxxxx>

commit 02fb15fb60274a684497293fecba400e37687d95
Author: Daniel P. Berrange <berrange@xxxxxxxxxx>
Date:   Thu Mar 2 10:46:53 2017 +0000

    util: switch over to use keycodemapdb GIT submodule
    
    A long time ago we imported the keymaps.csv file from GTK-VNC so we
    can do conversions between keycode sets. Meanwhile lots of bug fixes
    have gone into this CSV file and libvirt hasn't kept in sync. The
    keymaps.csv file and associated generator script has been pulled out
    of GTK-VNC into a dedicated GIT repo for use as a submodule. This
    allows GTK-VNC, SPICE-GTK, QEMU and libvirt to share the same master
    database and tools and pushing updates merely requires a submodule
    commit update as with gnulib.
    
    The test suite is updated to cover some extra boundary conditions.
    
    Signed-off-by: Daniel P. Berrange <berrange@xxxxxxxxxx>

commit ab54d5f15239940d4e3d142c553d7e55ec0ff13b
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Apr 24 12:50:12 2017 -0400

    secret: Clean up virSecretObjListExport logic
    
    Shorten the time needed to keep the list lock and alter the cleanup
    path to be more of an error path.
    
    Utilize the the virObjectListFree function to handle the calls for
    virObjectUnref on each list element and the VIR_FREE of the list
    instead of open coding it.
    
    Change the name of the virHashForEach callback to match the name
    of the Export function with the Callback added onto it.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 891d0a76b5ad34959c585660a62d13d51d1b8a96
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Thu Apr 20 11:22:21 2017 -0400

    secret: Have virSecretObjNew return locked object
    
    Rather than have caller need to do it, have the object returned locked.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit c520f3f160efac3725f9030596a591b6aa6635e8
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Apr 3 07:47:58 2017 -0400

    secret: Convert virsecretobjs.h to use "newer" formatting style
    
    Alter the prototypes to use the newer formatting style
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 74face42b653f02e7e02866f296cf696731ea7fa
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Fri Apr 14 12:35:26 2017 -0400

    secret: Need to set data->error on VIR_ALLOC_N failure
    
    Commit id 'bb1fba629' neglected to set when creating the function.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 6b5ac3c71d8472f7e4d5c45ada31ae53a157af03
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Fri Apr 14 09:24:33 2017 -0400

    test: Remove unnecessary unlocks in cleanup paths
    
    Commit id '865f479da' altered the logic to use a common test*ObjFindByName
    helpers which would lock/unlock the test driver; however, a few cleanup 
paths
    in that cleanup missed removing the Unlock, so remove it now.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit fe8f1c8b8650c8ab5e7d27338f4538582651bd14
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Mar 27 12:47:37 2017 -0400

    remote: Fix possible use-after-free when sending event message
    
    Based upon an idea and some research by Wang King <king.wang@xxxxxxxxxx>
    and xinhua.Cao <caoxinhua@xxxxxxxxxx>.
    
    Since we're assigning the 'client' to our callback event lookaside list,
    it's imperative that we grab a reference to the object; otherwise, when
    the object is unref'd during virNetServerProcessClients when it's determined
    that the virNetServerClientIsClosed and the memory is free'd before perhaps
    the object event state callbacks are run.  When a virObjectLock() is run,
    before sending the message the following trace occurs;
    
        #0  0x00007fda223d66d8 in virClassIsDerivedFrom
            (klass=0xdeadbeef, parent=0x7fda24c81b40)
             at util/virobject.c:169
        #1  0x00007fda223d6a1e in virObjectIsClass
            (anyobj=anyobj@entry=0x7fd9e575b400, klass=<optimized out>)
             at util/virobject.c:365
        #2  0x00007fda223d6a44 in virObjectLock
            (anyobj=0x7fd9e575b400)
            at util/virobject.c:317
        #3  0x00007fda22507f71 in virNetServerClientSendMessage
            (client=client@entry=0x7fd9e575b400, msg=msg@entry=0x7fd9ec30de90)
            at rpc/virnetserverclient.c:1422
        #4  0x00007fda230d714d in remoteDispatchObjectEventSend
            (client=0x7fd9e575b400, program=0x7fda24c844e0, procnr=348,
             proc=0x7fda2310e5e0 <xdr_remote_domain_event_callback_tunable_msg>,
             data=0x7ffc3857fdb0)
            at remote.c:3803
        #5  0x00007fda230dd71b in remoteRelayDomainEventTunable
            (conn=<optimized out>, dom=0x7fda27cd7660, params=0x7fda27f3aae0,
             nparams=1,opaque=0x7fd9e6c99e00)
            at remote.c:1033
        #6  0x00007fda224484cb in virDomainEventDispatchDefaultFunc
            (conn=0x7fda27cd0120, event=0x7fda2736ea00, cb=0x7fda230dd610
             <remoteRelayDomainEventTunable>, cbopaque=0x7fd9e6c99e00)
            at conf/domain_event.c:1910
        #7  0x00007fda22446871 in virObjectEventStateDispatchCallbacks
            (callbacks=<optimized out>, callbacks=<optimized out>,
             event=0x7fda2736ea00,state=0x7fda24ca3960)
            at conf/object_event.c:722
        #8  virObjectEventStateQueueDispatch
            (callbacks=0x7fda24c65800, queue=0x7ffc3857fe90, 
state=0x7fda24ca3960)
            at conf/object_event.c:736
        #9  virObjectEventStateFlush (state=0x7fda24ca3960)
            at conf/object_event.c:814
        #10 virObjectEventTimer (timer=<optimized out>, opaque=0x7fda24ca3960)
            at conf/object_event.c:560
        #11 0x00007fda223ae8b9 in virEventPollDispatchTimeouts ()
            at util/vireventpoll.c:458
        #12 virEventPollRunOnce ()
            at util/vireventpoll.c:654
        #13 0x00007fda223ad1d2 in virEventRunDefaultImpl ()
            at util/virevent.c:314
        #14 0x00007fda225046cd in virNetDaemonRun (dmn=0x7fda24c775c0)
            at rpc/virnetdaemon.c:818
        #15 0x00007fda230d6351 in main (argc=<optimized out>, argv=<optimized 
out>)
            at libvirtd.c:1623
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 2033e8cc119454bc4273e8a41e66c899c60ba58b
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Mar 27 12:47:36 2017 -0400

    daemon: Rework remoteClientFreeFunc cleanup loops into C macro
    
    Rather than 'n' repetitive code segments, let's create a single macro
    which will make the code easier to read.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 0023cc039dc1730cb5945fa21df6b067cb6495c6
Author: Wang King <king.wang@xxxxxxxxxx>
Date:   Mon Apr 24 12:05:25 2017 +0800

    daemon: Remove unnecessary goto error
    
    Freeing the dst is unnecessary if the VIR_STRDUP fails, and therefore
    we need to remove the error label as well.

commit f69340472cf71c11313ad0018c918d702b08d155
Author: Wang King <king.wang@xxxxxxxxxx>
Date:   Mon Apr 24 12:05:24 2017 +0800

    daemon: Fix domain name leak in error path
    
    Domain name is duplicated in make_nonnull_domain, but not freed when
    virTypedParamsSerialize returns error.

commit c77bc47f43dff2ceb2b95e1aee6fbe1ec9e32fa3
Author: ZhiPeng Lu <lu.zhipeng@xxxxxxxxxx>
Date:   Tue Apr 25 14:16:20 2017 +0800

    qemu: fix argument of virDomainNetGetActualDirectMode
    
    it should be a comparison of modes between new and old devices. So
    the argument of the second virDomainNetGetActualDirectMode should be
    newdev.
    
    Signed-off-by: ZhiPeng Lu <lu.zhipeng@xxxxxxxxxx>

commit 6d53255377b50b7e412350d0795818854738fe2b
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Wed Apr 12 13:09:08 2017 +0200

    autogen.sh: Improve and generalize
    
    The goal is twofold: firstly, we want to extend the script so
    that it can deal with more than a single git submodule, and
    secondly we'd like to reduce the amount of duplicated code.
    Moreover, since we're making heavy changes to the code anyway,
    we might as well make sure it follows a somewhat consistent
    coding style too.
    
    To reduce code duplication, we introduce a new --dry-run
    option, which can be used by third parties to figure out
    whether calling autogen.sh is necessary or not: this allows
    us to get rid of the reimplementation of part of the logic
    in cfg.mk and guarantee they'll never get out of sync.
    
    Other changes include: making dirty submodules checking and
    cleaning entirely independent of other operations; removing
    the use of 'set -e' and handling errors explicitly instead;
    better parsing of command line arguments.

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