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

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



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

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              5f2a132786da3727349a168418dce9cb3e0e54a2
baseline version:
 libvirt              538220c3c42cad0adbd818b6a931c69492a572de

Last test of basis   101477  2016-10-16 04:21:11 Z    4 days
Failing since        101502  2016-10-18 04:22:03 Z    2 days    3 attempts
Testing same since   101557  2016-10-20 04:21:36 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Andrea Bolognani <abologna@xxxxxxxxxx>
  Cédric Bosdonnat <cbosdonnat@xxxxxxxx>
  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 5f2a132786da3727349a168418dce9cb3e0e54a2
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Fri Jun 17 06:36:11 2016 -0400

    qemu: Introduce qemuDomainChardevPrivatePtr
    
    Modeled after the qemuDomainHostdevPrivatePtr (commit id '27726d8c'),
    create a privateData pointer in the _virDomainChardevDef to allow storage
    of private data for a hypervisor in order to at least temporarily store
    secret data for usage during qemuBuildCommandLine.
    
    NB: Since the qemu_parse_command (qemuParseCommandLine) code is not
    expecting to restore the secret data, there's no need to add code
    code to handle this new structure there.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 3b668bb51ad0ed7f95fef0b0afafed47937c1495
Author: John Ferlan <jferlan@xxxxxxxxxx>
Date:   Thu Sep 8 10:04:59 2016 -0400

    conf: Introduce {default|chardev}_tls_x509_secret_uuid
    
    Add a new qemu.conf variables to store the UUID for the secret that could
    be used to present credentials to access the TLS chardev.  Since this will
    be a server level and it's possible to use some sort of default, introduce
    both the default and chardev logic at the same time making the setting of
    the chardev check for it's own value, then if not present checking whether
    the default value had been set.
    
    Signed-off-by: John Ferlan <jferlan@xxxxxxxxxx>

commit 710d875fb7d1e3c584415105a67f66724d0ea89d
Author: Cédric Bosdonnat <cbosdonnat@xxxxxxxx>
Date:   Wed Oct 19 20:51:15 2016 +0200

    xl: fix 8126d870 broken test
    
    xlconfigtest expects the comma, don't clean it up even if there is
    no target to write.

commit c9ddecdf44d7a051402a3ace248742735c249762
Author: Andrea Bolognani <abologna@xxxxxxxxxx>
Date:   Wed Oct 19 16:49:17 2016 +0200

    spec: Drop support for Fedora < 23
    
    We only claim support for OSs that are still supported by the
    respective vendors, which means anything older than Fedora 23
    is out. Reword the comment a bit to highlight the criteria.

commit 8126d870783e69cfa9e9f8b366f21548c1abe3fa
Author: Cédric Bosdonnat <cbosdonnat@xxxxxxxx>
Date:   Mon Oct 17 09:57:22 2016 +0200

    xl: don't output (null) target in domxml-to-native
    
    When converting a domain xml containing a CDROM device without
    any attached source, don't add a target=(null) to the libxl config
    disk definition: xen doesn't like it at all and would fail to start
    the domain.

commit df93b5f5f53da7eb607da09862dadfcb140ada1e
Author: Pavel Hrdina <phrdina@xxxxxxxxxx>
Date:   Tue Oct 18 15:33:00 2016 +0200

    qemu: always generate the same alias for tls-creds-x509 object
    
    There was inconsistency between alias used to create tls-creds-x509
    object and alias used to link that object to chardev while hotpluging.
    Hotplug ends with this error:
    
      error: Failed to detach device from channel-tcp.xml
      error: internal error: unable to execute QEMU command 'chardev-add':
      No TLS credentials with id 'objcharchannel3_tls0'
    
    In XML we have for example alias "serial0", but on qemu command line we
    generate "charserial0".
    
    The issue was that code, that creates QMP command to hotplug chardev
    devices uses only the second alias "charserial0" and that alias is also
    used to link the tls-creds-x509 object.
    
    This patch unifies the aliases for tls-creds-x509 to be always generated
    from "charserial0".
    
    Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx>

commit 635b5ec8e8123b3954a2eb957114d3dbed8d1ab9
Author: Pavel Hrdina <phrdina@xxxxxxxxxx>
Date:   Tue Oct 18 15:27:32 2016 +0200

    qemu_command: create prefixed alias to separate variable
    
    Instead of typing the prefix every time we want to append parameters
    to qemu command line use a variable that contains prefixed alias.
    
    Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx>

commit b5459326ec6121e135b64974fb96f695578f945d
Author: Pavel Hrdina <phrdina@xxxxxxxxxx>
Date:   Tue Oct 18 16:37:23 2016 +0200

    qemu_alias: introduce qemuAliasChardevFromDevAlias helper
    
    Signed-off-by: Pavel Hrdina <phrdina@xxxxxxxxxx>

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

 


Rackspace

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