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

[libvirt test] 146103: regressions - FAIL



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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-arm64-arm64-libvirt-qcow2 15 guest-start/debian.repeat fail REGR. vs. 
145969

Tests which did not succeed, but are not blocking:
 test-armhf-armhf-libvirt     14 saverestore-support-check    fail  like 145969
 test-armhf-armhf-libvirt-raw 13 saverestore-support-check    fail  like 145969
 test-amd64-amd64-libvirt-xsm 13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt     13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      13 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt-xsm  13 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check 
fail never pass
 test-amd64-i386-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-amd64-amd64-libvirt-vhd 12 migrate-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-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              2b611db88268d123a9a5cdf86cb1c8f6815613e5
baseline version:
 libvirt              4a09c143f6c467230ab60c20fea560e710ddeee0

Last test of basis   145969  2020-01-11 04:18:42 Z    5 days
Failing since        146061  2020-01-14 04:19:22 Z    2 days    2 attempts
Testing same since   146103  2020-01-15 04:18:40 Z    1 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Han Han <hhan@xxxxxxxxxx>
  Jiri Denemark <jdenemar@xxxxxxxxxx>
  Michal Privoznik <mprivozn@xxxxxxxxxx>
  Pavel Hrdina <phrdina@xxxxxxxxxx>
  Peter Krempa <pkrempa@xxxxxxxxxx>
  Thomas Huth <thuth@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 2b611db88268d123a9a5cdf86cb1c8f6815613e5
Author: Michal Privoznik <mprivozn@xxxxxxxxxx>
Date:   Tue Jan 14 09:24:52 2020 +0100

    news: Document <disk type='nvme'/>
    
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>
    Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 8475234dbc791cee8bf07cae92196de370cc7e0a
Author: Han Han <hhan@xxxxxxxxxx>
Date:   Tue Jan 14 13:48:23 2020 +0800

    news: News for RDT-MBM feature
    
    Signed-off-by: Han Han <hhan@xxxxxxxxxx>
    Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx>

commit 7d608469621a3fda72dff2a89308e68cc9fb4c9a
Author: Pavel Hrdina <phrdina@xxxxxxxxxx>
Date:   Mon Jan 13 12:50:41 2020 +0100

    vircgroupv2devices: free BPF map when replacing with new one
    
    This leaks the FD of BPF map which means it will not be freed.
    
    Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx>
    Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit c2642c488931cc1f19f7d3a8b59fcfc8f9e40ee2
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Jan 13 11:47:09 2020 +0100

    news: Update for libvirt 6.0.0
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit a58b498cbcc40d1f62c84312cba0e7bb68339e39
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Jan 13 10:30:05 2020 +0100

    news: Rearrange a few entries
    
    Some were in the wrong section, some in the wrong version.
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit ca6d115deaccc714d53626008bd9a31a9a3b4c6d
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Jan 13 11:49:47 2020 +0100

    news: Fix typo (Libivrt -> Libvirt)
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>
    Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit bfd5f69d6038daeac03d2684fcd98aeee4ef1e24
Author: Thomas Huth <thuth@xxxxxxxxxx>
Date:   Mon Jan 13 09:04:57 2020 +0100

    qemu_capabilities: Do not report USB as subsystem type if it is not 
available
    
    libvirt currently always reports that USB is available as a bus subsystem
    type when running "virsh domcapabilities". However, this is not always
    true, for example the qemu-system-s390x binary normally never has support
    for USB. Thus we should only report that USB is available if there is
    also a USB host controller available where we can attach USB devices.
    
    Reported-by: Sebastian Mitterle <smitterl@xxxxxxxxxx>
    Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1759849
    Signed-off-by: Thomas Huth <thuth@xxxxxxxxxx>
    Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>
    Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 177fbcdfaa11113ece55035954ef735077bd4461
Author: Thomas Huth <thuth@xxxxxxxxxx>
Date:   Mon Jan 13 09:30:14 2020 +0100

    domain_conf: Do not use USB by default for <input> devices on s390x
    
    When trying to specify an input device on s390x without bus like this:
    
     <input type='keyboard'/>
    
    ... then libvirt currently complains:
    
     error: unsupported configuration: USB is disabled for this domain,
     but USB devices are present in the domain XML
    
    This is somewhat confusing since the user did not specify an USB
    device here. Since USB is not available on s390x, we should default
    to the "virtio" bus here instead.
    
    Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1790189
    Signed-off-by: Thomas Huth <thuth@xxxxxxxxxx>
    Reviewed-by: Michal Privoznik <mprivozn@xxxxxxxxxx>

commit 3f2d167d9c733f588e693d44d7aa9b21dcb415c7
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Jan 10 17:25:16 2020 +0100

    conf: Always format storage source auth and encryption under <source> for 
backing files
    
    Historically there are two places where we format authentication and
    encryption for a disk. The logich which formats it for backing files was
    flawed though and didn't format it at all. This worked if the image
    became a backing file through the means of a snapshot but not directly.
    
    Force formatting of the source and encryption for any non-disk case to
    fix the issue.
    
    This caused problems in many places as we use the formatter to copy the
    definition. Effectively any copy lost the secret definition.
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1789310
    https://bugzilla.redhat.com/show_bug.cgi?id=1788898
    
    Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx>
    Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit 23b52d94204e0d070c4435df2db3953e9c3ded6c
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Jan 10 17:35:10 2020 +0100

    tests: qemuxml2xml: Enable luks-disks-source-qcow2 case
    
    The test data was used only in xml->argv testing but it will have some
    interresting fallout soon.
    
    Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx>
    Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit ebebf63b9c0ac4c42fad7c290f282143e69bec6a
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Jan 10 17:49:42 2020 +0100

    tests: qemuxml2argv: Run luks-disks-source-qcow2 case with latest caps
    
    Try also the modern incarnation of the test.
    
    Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx>
    Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit d06391d611f323556f2d4c219d2559dfc48b5b96
Author: Peter Krempa <pkrempa@xxxxxxxxxx>
Date:   Fri Jan 10 17:32:33 2020 +0100

    tests: qemuxml2argv: Add disk image with encrypted backing file
    
    Add another disk to luks-disks-source-qcow2 case to cover a backing
    chain with encrypted members.
    
    Signed-off-by: Peter Krempa <pkrempa@xxxxxxxxxx>
    Reviewed-by: Jiri Denemark <jdenemar@xxxxxxxxxx>

commit 37d51dda5d154bf733a60183c0043c84ae3bcd8a
Author: Jiri Denemark <jdenemar@xxxxxxxxxx>
Date:   Mon Jan 13 09:39:22 2020 +0100

    qemuxml2*test: Fix hugepages-default-system-size tests
    
    Commit v5.10.0-269-g62065a6cb5 moved NUMA validation code to domain
    definition time and appropriately adjusted affected test cases except
    for hugepages-default-system-size. And since we don't mock
    virGetSystemPageSizeKB in our tests, hugepages-default-system-size test
    would fail on architectures (ppc64le) with default page size other than
    4KiB.
    
    Signed-off-by: Jiri Denemark <jdenemar@xxxxxxxxxx>
    Reviewed-by: Pavel Hrdina <phrdina@xxxxxxxxxx>

commit a2e15167f91f845e17b6a68f65651e39aa16fab3
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Mon Jan 13 11:47:41 2020 +0100

    Fix typo (cetificate -> certificate)
    
    Signed-off-by: Andrea Bolognani <abologna@xxxxxxxxxx>

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

 


Rackspace

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