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

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



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

Failures and problems with tests :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-armhf-armhf-libvirt      3 host-install(3)         broken REGR. vs. 99955

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

version targeted for testing:
 libvirt              e396de03f31d87f3e81c7820739951d50367ddb8
baseline version:
 libvirt              d5813d72ad2bd8f9735b96bafe2ba350f74b3994

Last test of basis    99955  2016-08-05 04:21:10 Z    4 days
Failing since         99982  2016-08-06 04:23:44 Z    3 days    3 attempts
Testing same since   100360  2016-08-09 04:20:39 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Eric Blake <eblake@xxxxxxxxxx>
  Erik Skultety <eskultet@xxxxxxxxxx>
  Jiri Denemark <jdenemar@xxxxxxxxxx>
  John Ferlan <jferlan@xxxxxxxxxx>
  Ján Tomko <jtomko@xxxxxxxxxx>
  Kai Kang <kai.kang@xxxxxxxxxxxxx>
  Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx>
  Peter Krempa <pkrempa@xxxxxxxxxx>

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                                     broken  
 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

broken-step test-armhf-armhf-libvirt host-install(3)

Not pushing.

------------------------------------------------------------
commit e396de03f31d87f3e81c7820739951d50367ddb8
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Mon Aug 8 11:36:01 2016 +0200

    docs: Distribute subsite.xsl
    
    So, I've ran into very interesting problem lately. When doing the
    following, I've encountered an error:
    
      libvirt.git $ make dist && tar -xJf libvirt-2.2.0.tar.xz && \
                    cd libvirt-2.2.0 && ./configure && \
                    rm docs/formatdomain.html && make -C docs
    
      make: Entering directory 'docs'
      make: *** No rule to make target 'formatdomain.html', needed by 'web'.  
Stop.
      make: Leaving directory 'docs'
    
    I had no idea what was going on, so I've nailed down the commit
    that "broke it" via running git-bisect. It was this one:
    7659bd9221b9dd1cdf. But that shed no more light until I realized
    that the commit might actually just exposed a problem we had. And
    guess what - I've nailed it down. Of course we are not
    distributing subsite.xsl that's why make prints error message.
    Very misleading one I must say.
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit cdf065537f7e490760a367f327f181437623b810
Author: Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx>
Date:   Fri Aug 5 18:04:27 2016 +0200

    virsystemd: Fix error check
    
    Commit b3e4401dc620 introduced a check to ignore an error if the guest
    is already terminated. However the check accidentally compared
    error.code with VIR_ERR_ERROR, which is an error level, not an error
    code. Because of this, almost every error got silently ignored.
    
    Fixes: b3e4401dc620 ("systemd: don't report an error if the guest is
    already terminated")
    
    Signed-off-by: Marc Hartmayer <mhartmay@xxxxxxxxxxxxxxxxxx>
    Reviewed-by: Sascha Silbe <silbe@xxxxxxxxxxxxxxxxxx>
    Reviewed-by: Boris Fiuczynski <fiuczy@xxxxxxxxxxxxxxxxxx>

commit 7e1ca80d87c2918eb579c589ea306de88c9d9ad6
Author: Kai Kang <kai.kang@xxxxxxxxxxxxx>
Date:   Mon Aug 8 09:53:47 2016 +0800

    nsslinktest: also build virAtomic.h
    
    When build for architecture that don't use gcc atomic ops but pthread,
    it fails to build for armel:
    
    | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In 
function `virClassNew':
    | 
/buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:153:
 undefined reference to `virAtomicLock'
    | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In 
function `virObjectNew':
    | 
/buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:205:
 undefined reference to `virAtomicLock'
    | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In 
function `virObjectUnref':
    | 
/buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:277:
 undefined reference to `virAtomicLock'
    | ../tools/nss/.libs/libnss_libvirt_impl.a(libvirt_nss_la-virobject.o): In 
function `virObjectRef':
    | 
/buildarea2/kkang/builds/qemuarm-Aug03/bitbake_build/tmp/work/armv5e-wrs-linux-gnueabi/libvirt/1.3.5-r0/build/src/../../libvirt-1.3.5/src/util/virobject.c:298:
 undefined reference to `virAtomicLock'
    | collect2: error: ld returned 1 exit status
    
    It is similar with:
    
    http://libvirt.org/git/?p=libvirt.git;a=commit;h=12dc729
    
    Signed-off-by: Kai Kang <kai.kang@xxxxxxxxxxxxx>

commit 492a383e583da63faf2693860bf4ff925a9da35f
Author: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx>
Date:   Mon Jun 20 13:08:15 2016 +0300

    vz: add vzDomainGetJobStats
    
    Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx>

commit dd7b0a388f529259ff130c988d38d6cec34cb862
Author: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx>
Date:   Mon Jun 20 13:08:14 2016 +0300

    vz: add getting job info for migration
    
    Unfortunately vz sdk do not provide detail information on migration
    progress, only progress percentage. Thus vz driver provides percents
    instead of bytes in data fields of virDomainJobInfoPtr.
    
    Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy@xxxxxxxxxxxxx>

commit f33f03d015d9b285c0fc3f61bdf1e371d4417c83
Author: Eric Blake <eblake@xxxxxxxxxx>
Date:   Sat Aug 6 07:43:06 2016 -0600

    build: centralize use of extra Cygwin LDFLAGS
    
    The build was failing with:
    
      CCLD     lockd.la
    libtool:   error: can't build i686-pc-cygwin shared library unless 
-no-undefined is specified
    
    Rather than add yet another $(CYGWIN_EXTRA_LDFLAGS) to all the
    impacted *_la_LDFLAGS, it was easier to just pull the extra
    flags into ALL libraries via AM_LDFLAGS.
    
    Then, fix lockd_la_LDFLAGS to include AM_LDFLAGS, like all other
    libraries.
    
    Signed-off-by: Eric Blake <eblake@xxxxxxxxxx>

commit aa760cd522f514b05f3cc5f17a5845f15d0a011f
Author: Eric Blake <eblake@xxxxxxxxxx>
Date:   Sat Aug 6 07:27:03 2016 -0600

    build: use XDR_CFLAGS for Cygwin build
    
    Without XDR_CFLAGS, compilation on Cygwin fails with:
    
      CC       libvirt_driver_la-libvirt-stream.lo
    In file included from libvirt-stream.c:26:0:
    rpc/virnetprotocol.h:9:21: fatal error: rpc/rpc.h: No such file or directory
    
    Signed-off-by: Eric Blake <eblake@xxxxxxxxxx>

commit 5f5a5a42e5146336430b9284539d4bff3e8bb598
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Thu Aug 4 16:44:01 2016 +0200

    lxcDomainCreateXMLWithFiles: Avoid crash
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1363773
    
    Imagine that you're creating a transient domain, but for some reason,
    starting it fails. That is virLXCProcessStart() returns an error. With
    current code, in the error handling code the domain object is removed
    from the domain object list, @vm is set to NULL and controls jump to
    enjob label where virLXCDomainObjEndJob() is called which dereference vm
    leading to instant crash.
    
    The fix is to end the job in the error handling code and only after that
    remove the domain from the list and jump onto cleanup label instead of
    endjob.
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit fbfd6f2103a56df73238b023032dfb1242a4d7d5
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Thu Aug 4 15:24:48 2016 -0400

    storage: Don't remove the pool for buildPool failure in storagePoolCreate
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1362349
    
    When adding the ability to build the pool during the start pool processing
    using the similar flags as buildPool processing would use, the code was
    essentially cut-n-pasted from storagePoolCreateXML.  However, that included
    a call to virStoragePoolObjRemove which shouldn't happen within the
    storagePoolCreate path since that'll remove the pool from the list of
    pools only to be rediscovered if libvirtd restarts.
    
    So on failure, just fail and return as we should expect

commit 3f19ac3486c7d59d1892ba98f1bbb972b456359d
Author: Ján Tomko <jtomko@xxxxxxxxxx>
Date:   Mon Jun 6 16:30:51 2016 +0200

    Fix indentation

commit a80827a7f9737b32d064f99fa0647909fb9024ab
Author: Jiri Denemark <jdenemar@xxxxxxxxxx>
Date:   Thu Aug 4 22:43:22 2016 +0200

    qemu: Add tests for virQEMUCapsNewCopy
    
    Doing a load, copy, format cycle on all QEMU capabilities XML files
    should make sure we don't forget to update virQEMUCapsNewCopy when
    adding new elements to QEMU capabilities.
    
    Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit c611c886f5bfa75f306cd08122ba768ca589b4df
Author: Jiri Denemark <jdenemar@xxxxxxxxxx>
Date:   Thu Aug 4 16:48:40 2016 +0200

    qemu: Copy missing QEMU caps elements
    
    Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit 79057b8b3b55f1c738f0147b91b1ae9b61d78cab
Author: Jiri Denemark <jdenemar@xxxxxxxxxx>
Date:   Thu Aug 4 16:45:53 2016 +0200

    qemu: Copy QEMU caps elements in order of definition
    
    Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit 2cda2628db69a5eb956dfe27d0f965fb35990381
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Jul 29 09:17:11 2016 +0200

    tests: qemucapabilities: Add data for qemu 2.7.0
    
    As of (v2.7.0-rc1-52-g42e0d60)

commit 5a3558c6201dc3aaef86166edce6b5edfe6800ad
Author: Erik Skultety <eskultet@xxxxxxxxxx>
Date:   Wed Aug 3 12:08:41 2016 +0200

    storage: Fix a NULL ptr dereference in virStorageBackendCreateQemuImg
    
    There was a missing check for vol->target.encryption being NULL
    at one particular place (modified by commit a48c71411) which caused a crash
    when user attempted to create a raw volume using a non-raw file volume as
    source.
    
    Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1363636
    
    Signed-off-by: Erik Skultety <eskultet@xxxxxxxxxx>

commit 5b7dedc995a6b33a7be33a67290155627a133a7f
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Sun Jul 31 14:02:08 2016 +0200

    internal: Introduce macro for stealing pointers
    
    VIR_STEAL_PTR copies the pointer from the second argument into the
    first argument and then sets the second to NULL.

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