* [libvirt test] 58606: trouble: broken/fail/pass
@ 2015-06-16 17:25 osstest service user
0 siblings, 0 replies; only message in thread
From: osstest service user @ 2015-06-16 17:25 UTC (permalink / raw)
To: xen-devel; +Cc: ian.jackson
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 11179 bytes --]
flight 58606 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58606/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 3 host-install(3) broken REGR. vs. 58510
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt-xsm 11 guest-start fail like 58510
test-armhf-armhf-libvirt 11 guest-start fail like 58510
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 11 guest-start fail never pass
test-amd64-amd64-libvirt-xsm 12 migrate-support-check fail never pass
test-amd64-amd64-libvirt 12 migrate-support-check fail never pass
version targeted for testing:
libvirt ecb9a7a10b1559ddb41832f75d012054c1017366
baseline version:
libvirt bcf1349bb180d2a3aab6906aea524e2d6aa7e52a
------------------------------------------------------------
People who touched revisions under test:
Boris Fiuczynski <fiuczy@linux.vnet.ibm.com>
Guido Günther <agx@sigxcpu.org>
John Ferlan <jferlan@redhat.com>
Ján Tomko <jtomko@redhat.com>
Martin Kletzander <mkletzan@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Peter Krempa <pkrempa@redhat.com>
------------------------------------------------------------
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-xsm pass
test-armhf-armhf-libvirt-xsm fail
test-amd64-i386-libvirt-xsm fail
test-amd64-amd64-libvirt pass
test-armhf-armhf-libvirt fail
test-amd64-i386-libvirt broken
------------------------------------------------------------
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
Test harness code can be found at
http://xenbits.xen.org/gitweb?p=osstest.git;a=summary
broken-step test-amd64-i386-libvirt host-install(3)
Not pushing.
------------------------------------------------------------
commit ecb9a7a10b1559ddb41832f75d012054c1017366
Author: Guido Günther <agx@sigxcpu.org>
Date: Fri Jun 5 12:41:22 2015 +0200
configure: Remove check for pkcheck_supports_uid
We're using Polkit's DBus API so no need to check wether this feature is
supported. We don't use the result or the path to the pkcheck program
anywhere.
commit 38788a3209c5d7d2cece261ae128fb07bb348ce7
Author: Martin Kletzander <mkletzan@redhat.com>
Date: Mon Jun 15 10:41:17 2015 +0200
tests: Use libvirt properly with initialization and error dispatching
We were using "complicated" error printing in virnetservertest even
though we could've just dispatched the error. Also add some good
practices that might come in handy (the code may fail without proper
initialization and event loop).
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
commit 73ad20e936b0fc9fac59efb66e6f77a5739aab4b
Author: Martin Kletzander <mkletzan@redhat.com>
Date: Mon Jun 15 11:28:11 2015 +0200
Generate JSON with mDNS entries only when built --with-avahi
One string was already used only if that condition was true, second one
is added now. Both are used in a nicer way.
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
commit fcc2aab688244d3e07c578080653ee526c056b38
Author: Martin Kletzander <mkletzan@redhat.com>
Date: Thu Jun 11 13:58:43 2015 +0200
rpc: Fix possible crash when MDNSAddEntry fails
If virNetServerMDNSAddEntry() fails when adding a service to a server,
it doesn't decrease the number of services. Hence access to their
members segfaults (e.g. when free()-ing the sruct).
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
commit 5e55534b9ab4e1c09085e67e20f46780d1132e27
Author: Martin Kletzander <mkletzan@redhat.com>
Date: Thu May 21 16:39:26 2015 -0700
build: Remove unnecessarily repeated rules for syms -> def
Suggested-by: Michal Prívozník <mprivozn@redhat.com>
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
commit 840eca32aba4f67e3d4473aae5b075062bc49006
Author: Boris Fiuczynski <fiuczy@linux.vnet.ibm.com>
Date: Wed Jun 10 09:02:36 2015 +0200
qemu: monitor: Add memory balloon support for virtio-ccw
The search for the memory balloon driver object is extended by a
second known name "virtio-balloon-ccw" in support for virtio-ccw.
Signed-off-by: Boris Fiuczynski <fiuczy@linux.vnet.ibm.com>
Reviewed-by: Daniel Hansel <daniel.hansel@linux.vnet.ibm.com>
Reviewed-by: Eric Farman <farman@linux.vnet.ibm.com>
Reviewed-by: Stefan Zimmermann <stzi@linux.vnet.ibm.com>
commit 17ba622451d51bbe7b0000bab0172894b8e60ae8
Author: Ján Tomko <jtomko@redhat.com>
Date: Mon Jun 15 14:08:05 2015 +0200
man: clarify usage of virsh blockcopy with --xml
The --xml option is mandatory if an XML description is used.
Otherwise the third parameter is treated as the destination.
https://bugzilla.redhat.com/show_bug.cgi?id=1206406#c3
commit 4ed2b9a7e4bf2109b3711e493e6c4559d7227885
Author: Peter Krempa <pkrempa@redhat.com>
Date: Fri Jun 12 15:53:05 2015 +0200
qemu: emulatorpin: Don't reset pinning when pinning to all cpus
Similarly to a02a161bb8a6caf0db4dd446ed1cdf53d97b40 remove the default
pinning assumption from emulatorpin.
Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1227180
commit c4bdfafcbb9ed00fa450d302acf9cf7929f24fc4
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Mon Jun 15 13:13:27 2015 +0200
getOldStyleBlockDevice: Adjust formatting
Instead of initializing return value to zero (success) and overwriting
it on every failure just before the control jumps onto 'out' label,
let's initialize to an error value and set to zero only when we are
sure about the success. Just follow the pattern we have in the rest of
the code.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit 71b66bec2bd54e991a506834a3834d4513970c65
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Mon Jun 15 13:13:27 2015 +0200
getNewStyleBlockDevice: Adjust formatting
Instead of initializing return value to zero (success) and overwriting
it on every failure just before the control jumps onto 'out' label,
let's initialize to an error value and set to zero only when we are
sure about the success. Just follow the pattern we have in the rest of
the code.
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
commit 84020f9a398f739ee2cf7588a7cf3b4b0c077984
Author: John Ferlan <jferlan@redhat.com>
Date: Tue Jun 9 18:15:39 2015 -0400
storage: Disallow wiping an extended disk partition
https://bugzilla.redhat.com/show_bug.cgi?id=1225694
Check if the disk partition to be wiped is the extended partition, if
so then disallow it. Do this via changing the wipeVol backend to check
the volume before passing to the common virStorageBackendVolWipeLocal
commit 243bbcc5dbce4e9fea863f1d59c2d22b1e1156b4
Author: Ján Tomko <jtomko@redhat.com>
Date: Mon Jun 15 10:38:21 2015 +0200
qemu caps: spell queue
commit 4fce9e84798be1441d8bc5b96f0ed68589e85222
Author: John Ferlan <jferlan@redhat.com>
Date: Tue Jun 9 16:49:00 2015 -0400
qemu: Do not support 'serial' scsi-block 'lun' devices
https://bugzilla.redhat.com/show_bug.cgi?id=1021480
Seems the property has been deprecated for qemu, although seemingly ignored.
This patch enforces from a libvirt perspective that a scsi-block 'lun'
device should not provide the 'serial' property.
commit 1feaccf0001794e167b0374abf75d97024414e27
Author: John Ferlan <jferlan@redhat.com>
Date: Mon Jun 8 18:41:28 2015 -0400
storage: Need to set secrettype for direct iscsi disk volume
https://bugzilla.redhat.com/show_bug.cgi?id=1200206
Commit id '1b4eaa61' added the ability to have a mode='direct' for
an iscsi disk volume. It relied on virStorageTranslateDiskSourcePool
in order to copy any disk source pool authentication information to
the direct disk volume, but it neglected to also copy the 'secrettype'
field which ends up being used in the domain volume formatting code.
Adding a secrettype for this case will allow for proper formatting later
and allow disk snapshotting to work properly
Additionally libvirtd restart processing would fail to find the domain
since the translation processing code is run after domain xml processing,
so handle the the case where the authdef could have an empty secrettype
field when processing the auth and additionally ignore performing the
actual and expected auth secret type checks for a DISK_VOLUME since that
data will be reassembled later during translation processing of the
running domain.
commit f8867012900ab124a7b09b0022155b4f1d950d52
Author: Michal Privoznik <mprivozn@redhat.com>
Date: Thu Jun 11 16:15:46 2015 +0200
virCapabilitiesDomainDataLookup: Produce saner error message
During a review, I've noticed this error message that was eventually
produced when I was trying to define a domain:
error: invalid argument: could not find capabilities for arch=mips64el
domaintype=(null)
Look at the (null). Why is it there? Well, during XML parsing, we try
to look up the default emulator for given OS type and possibly virt
type too. And this is the problem, because if we don't want to look up
by virt type, a -1 is passed to note this fact. Later, the code
handles -1 just right. Except for error message. When it is
constructed (in a very fabulous way I must say), the value is compared
to zero, not -1. And since we don't have any translation from -1 to a
virt type string, we just print (null).
Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2015-06-16 17:25 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-16 17:25 [libvirt test] 58606: trouble: broken/fail/pass osstest service user
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.