[Xen-devel] [libvirt test] 101538: regressions - all pass

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

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

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-armhf-armhf-libvirt-qcow2 12 saverestore-support-check fail REGR. vs. 
101477
 test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101477
 test-armhf-armhf-libvirt    13 saverestore-support-check fail REGR. vs. 101477
 test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101477

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-xsm  12 migrate-support-check        fail   never pass
 test-amd64-i386-libvirt      12 migrate-support-check        fail   never pass
 test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-check 
fail never pass
 test-amd64-i386-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-qcow2 11 migrate-support-check        fail never pass
 test-armhf-armhf-libvirt-raw 11 migrate-support-check        fail   never pass
 test-armhf-armhf-libvirt     12 migrate-support-check        fail   never pass
 test-armhf-armhf-libvirt-xsm 12 migrate-support-check        fail   never pass

version targeted for testing:
 libvirt              08107826644daa0af710c36aa9282f590e0438dc
baseline version:
 libvirt              538220c3c42cad0adbd818b6a931c69492a572de

Last test of basis   101477  2016-10-16 04:21:11 Z    3 days
Failing since        101502  2016-10-18 04:22:03 Z    1 days    2 attempts
Testing same since   101538  2016-10-19 04:28:08 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  John Ferlan <jferlan@xxxxxxxxxx>
  Pavel Hrdina <phrdina@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                                 pass    
 test-amd64-i386-libvirt-xsm                                  pass    
 test-amd64-amd64-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-armhf-armhf-libvirt-qcow2                               pass    
 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 08107826644daa0af710c36aa9282f590e0438dc
Author: Pavel Hrdina <phrdina@xxxxxxxxxx>
Date:   Tue Oct 18 08:59:14 2016 +0200

    qemu_hotplug: fix crash in hot(un)plugging chardev devices
    
    We need to make sure that the chardev is TCP.  Without this check we
    may access different part of union and corrupt pointers.
    
    Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx>

commit 6262a9b282bf55a0b39abb49f54e18c7cb61c3dd
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Oct 17 10:46:00 2016 -0400

    qemu: Remove unnecessary NULL arg check
    
    qemuDomainSecret{Disk|Hostdev}Prepare has a prototype that checks for
    ATTRIBUTE_NONNULL(1) for 'conn'.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 40b6f919001565b03fa5dd394a45df470c2b7a07
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Oct 17 11:31:43 2016 -0400

    qemu: Add 'verify-peer=yes' test for chardev TCP TLS
    
    Missing the option to set verify-peer to yes
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit a99d9082ac00f7ca544f1d86abda20be3f688c68
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Mon Oct 17 10:44:11 2016 -0400

    qemu: Remove unnecessary cfg fetch/unref
    
    qemuProcessPrepareDomain has no need to fetch/unref the cfg, so remove it.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 61e101437bd5bdeedf843cd5bc7a4950684d905f
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Wed Oct 12 17:02:37 2016 +0200

    conf: Explain some code in more detail
    
    The code is entirely correct, but it still managed to trip me
    up when I first ran into it because I did not realize right away
    that VIR_PCI_CONNECT_TYPES_ENDPOINT was not a single flag, but
    rather a mask including both VIR_PCI_CONNECT_TYPE_PCI_DEVICE and
    VIR_PCI_CONNECT_TYPE_PCIE_DEVICE.
    
    In order to save the next distracted traveler in PCI Address Land
    some time, document this fact with a comment. Add a test case for
    the behavior as well.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel