[libvirt test] 136197: regressions - FAIL

[osstest service owner <osstest-admin@xxxxxxxxxxxxxx>]

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-arm64-arm64-libvirt-qcow2 18 leak-check/check       fail REGR. vs. 136021

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-libvirt     14 saverestore-support-check    fail  like 136021
 test-armhf-armhf-libvirt-raw 13 saverestore-support-check    fail  like 136021
 test-amd64-amd64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt     13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt-xsm  13 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-qemuu-debianhvm-amd64-xsm 11 migrate-support-check 
fail never pass
 test-arm64-arm64-libvirt     13 migrate-support-check        fail   never pass
 test-arm64-arm64-libvirt     14 saverestore-support-check    fail   never pass
 test-arm64-arm64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-arm64-arm64-libvirt-xsm 14 saverestore-support-check    fail   never pass
 test-arm64-arm64-libvirt-qcow2 12 migrate-support-check        fail never pass
 test-arm64-arm64-libvirt-qcow2 13 saverestore-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              e34c028af1080720f2c5cca7ea1c88af5cc5c49f
baseline version:
 libvirt              9dd5bc151c51980807a29d59220290173f260b5a

Last test of basis   136021  2019-05-11 04:48:59 Z    4 days
Testing same since   136197  2019-05-14 04:18:47 Z    1 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Huaqiang <huaqiang.wang@xxxxxxxxx>
  Ilias Stamatis <stamatis.iliass@xxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-arm64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-arm64                                                  pass    
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-arm64-libvirt                                          pass    
 build-armhf-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-pvops                                            pass    
 build-arm64-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-arm64-arm64-libvirt-xsm                                 pass    
 test-amd64-i386-libvirt-xsm                                  pass    
 test-amd64-amd64-libvirt                                     pass    
 test-arm64-arm64-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-arm64-arm64-libvirt-qcow2                               fail    
 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 e34c028af1080720f2c5cca7ea1c88af5cc5c49f
Author: Huaqiang <huaqiang.wang@xxxxxxxxx>
Date:   Fri May 10 23:21:47 2019 +0800

    virresctrl: Sort resctrl array correctly in virResctrlMonitorGetStats()
    
    The qsort element is a pointer of virResctrlMonitorStats, and
    the comparing function's arguments have a type of pointer of
    virResctrlMonitorStatsPtr.
    
    Signed-off-by: Huaqiang <huaqiang.wang@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit d55be92286f3b0143e263d42ce421d5c441f2cab
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Mon May 13 14:32:06 2019 +0200

    virsh: Don't leak disk targets in cmdDomBlkError
    
    The virDomainGetDiskErrors() API copies disk targets into @disks
    array that we allocate. But we forgot to free it:
    
    ==140828== 16 bytes in 4 blocks are definitely lost in loss record 41 of 242
    ==140828==    at 0x4C2F08F: malloc (vg_replace_malloc.c:299)
    ==140828==    by 0x8C406D9: strdup (in /lib64/libc-2.28.so)
    ==140828==    by 0x5377DD3: virStrdup (virstring.c:966)
    ==140828==    by 0x54C112F: testDomainGetDiskErrors (test_driver.c:3068)
    ==140828==    by 0x55C863D: virDomainGetDiskErrors (libvirt-domain.c:10988)
    ==140828==    by 0x15D1FA: cmdDomBlkError (virsh-domain-monitor.c:1215)
    ==140828==    by 0x17F1A8: vshCommandRun (vsh.c:1335)
    ==140828==    by 0x13489E: main (virsh.c:920)
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 89320788ac445948649facf76e90761ef0084276
Author: Ilias Stamatis <stamatis.iliass@xxxxxxxxx>
Date:   Mon May 13 01:26:14 2019 +0200

    test_driver: implement virDomainGetDiskErrors
    
    Return the number of disks present in the configuration of the test
    domain when called with @errors as NULL and @maxerrors as 0.
    
    Otherwise report an error for every second disk, assigning available
    error codes in a cyclic order.
    
    Signed-off-by: Ilias Stamatis <stamatis.iliass@xxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 4faaaa8b27cc78164b68ac7cbd0057472f918335
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Fri May 10 16:32:22 2019 +0200

    examples: Install under $(docdir)
    
    Our build system doesn't currently install the various
    example programs provided along libvirt; however, both the
    upstream .spec file and the Debian packaging go out of
    their way to make sure these useful demos are included in
    the respective documentation packages.
    
    Moreover, doing so without help from the upstream build
    system is easy to get wrong: the libvirt-docs RPM package,
    for example, ends up missing one of the examples and
    including a bunch of empty .deps/ directories.
    
    Install the examples in $(docdir) as part of our regular
    procedure, so that users and downstreams don't have to do
    anything special about them.
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 6716c997f631cfa57f8cbddd86328ec54da70e6a
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Fri May 10 16:22:11 2019 +0200

    docs: Install documentation under $(docdir)
    
    At the moment we allow the user to specify exactly where
    they want the HTML documentation to be installed with an
    extreme level of precision through the --with-html-dir and
    --with-html-subdir configure options.
    
    Most of the time, of course, the user will stick with the
    default, that is $(datadir)/doc/$(PACKAGE)-$(VERSION)/html.
    
    So close to $(docdir)! Including the version number in
    the path, specifically, seems entirely unnecessary since
    different releases of libvirt are not going to be able to
    coexist on the same system anyway.
    
    Drop all these custom flexibilty for flexibilty's sake
    shenaningans in favor of the standard, well understood
    $(docdir).
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit ca6f602546cb28658db05f29bc840e04d22d0947
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Fri May 10 14:54:52 2019 +0200

    docs: Introduce $(devhelphtml_generated)
    
    Our XSLT magic generates one Devhelp-compatible HTML file
    per documentation module, but so far we have only shipped
    and installed documentation for virterror.
    
    Now that we have $(modules), however, we can generate the
    list of files the same way we do for regular documentation
    and make sure we always ship and install everything.
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 78b748b94bde453ecccb527d4247a1ed1b9a2366
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Fri May 10 14:48:46 2019 +0200

    docs: Introduce $(modules)
    
    This variable contains a lists of documentation modules,
    in a neutral format.
    
    Right now is only used to define $(apihtml_generated), but
    later on we're gonna reuse it.
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Acked-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

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