* [xen-unstable-smoke test] 155187: regressions - FAIL
@ 2020-10-01 5:11 osstest service owner
2020-10-01 9:08 ` Jan Beulich
0 siblings, 1 reply; 2+ messages in thread
From: osstest service owner @ 2020-10-01 5:11 UTC (permalink / raw)
To: xen-devel, osstest-admin
flight 155187 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155187/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 155128
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 13 migrate-support-check fail never pass
test-arm64-arm64-xl-xsm 14 saverestore-support-check fail never pass
test-armhf-armhf-xl 13 migrate-support-check fail never pass
test-armhf-armhf-xl 14 saverestore-support-check fail never pass
version targeted for testing:
xen 11852c7bb070a18c3708b4c001772a23e7d4fc27
baseline version:
xen c73952831f0fc63a984e0d07dff1d20f8617b81f
Last test of basis 155128 2020-09-30 08:01:25 Z 0 days
Testing same since 155144 2020-09-30 16:01:24 Z 0 days 4 attempts
------------------------------------------------------------
People who touched revisions under test:
Andrew Cooper <andrew.cooper3@citrix.com>
Anthony PERARD <anthony.perard@citrix.com>
Juergen Gross <jgross@suse.com>
Olaf Hering <olaf@aepfle.de>
Paul Durrant <paul@xen.org>
Wei Liu <wl@xen.org>
jobs:
build-arm64-xsm pass
build-amd64 pass
build-armhf pass
build-amd64-libvirt pass
test-armhf-armhf-xl pass
test-arm64-arm64-xl-xsm pass
test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass
test-amd64-amd64-libvirt fail
------------------------------------------------------------
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 11852c7bb070a18c3708b4c001772a23e7d4fc27
Author: Juergen Gross <jgross@suse.com>
Date: Thu Sep 24 16:36:48 2020 +0200
tools/xenstore: set maximum number of grants needed
When running as a stubdom Xenstore should set the maximum number of
grants needed via a call of xengnttab_set_max_grants(), as otherwise
the number of domains which can be supported will be 128 only (the
default number of grants supported by Mini-OS).
We use one grant per domain so the theoretical maximum number is
DOMID_FIRST_RESERVED.
Signed-off-by: Juergen Gross <jgross@suse.com>
Acked-by: Wei Liu <wl@xen.org>
commit bfcc97c08c2258316d1cd92c23a441d97ad6ff4e
Author: Andrew Cooper <andrew.cooper3@citrix.com>
Date: Tue Sep 29 14:48:52 2020 +0100
tools/cpuid: Plumb nested_virt down into xc_cpuid_apply_policy()
Nested Virt is the final special case in legacy CPUID handling. Pass the
(poorly named) nested_hvm setting down into xc_cpuid_apply_policy() to break
the semantic dependency on HVM_PARAM_NESTEDHVM.
No functional change.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Wei Liu <wl@xen.org>
commit 50a5215f30e964a6f16165ab57925ca39f31a849
Author: Olaf Hering <olaf@aepfle.de>
Date: Thu Sep 24 20:08:43 2020 +0200
libxc/bitops: increase potential size of bitmaps
If the bitmap is used to represent domU pages, the amount of memory is
limited to 8TB due to the 32bit value. Adjust the code to use 64bit
values as input. All callers already use some form of 64bit as input,
so no further adjustment is required.
Signed-off-by: Olaf Hering <olaf@aepfle.de>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Wei Liu <wl@xen.org>
commit 27de84d3ae462bd8311c8267c642ec95afdcf47c
Author: Anthony PERARD <anthony.perard@citrix.com>
Date: Wed Sep 23 12:03:23 2020 +0100
tools: Fix configure of upstream QEMU
QEMU as recently switch its build system to use meson and the
./configure step with meson is more restrictive that the step used to
be, most installation path wants to be within prefix, otherwise we
have this error message:
ERROR: The value of the 'datadir' option is '/usr/share/qemu-xen' which must be a subdir of the prefix '/usr/lib/xen'.
In order to workaround the limitation, we will set prefix to the same
one as for the rest of Xen installation, and set all the other paths.
For reference, a thread in qemu-devel:
"configure with datadir outside of --prefix fails with meson"
https://lore.kernel.org/qemu-devel/20200918133012.GH2024@perard.uk.xensource.com/t/
And an issue in meson:
"artificial limitation of directories (forced to be in prefix)"
https://github.com/mesonbuild/meson/issues/2561
Signed-off-by: Anthony PERARD <anthony.perard@citrix.com>
Tested-by: Paul Durrant <paul@xen.org>
Acked-by: Wei Liu <wl@xen.org>
commit 0d8d289af7a679c028462c4ed5d98586f9ef9648
Author: Olaf Hering <olaf@aepfle.de>
Date: Wed Sep 23 08:48:40 2020 +0200
tools/libxc: report malloc errors in writev_exact
The caller of writev_exact should be notified about malloc errors
when dealing with partial writes.
Signed-off-by: Olaf Hering <olaf@aepfle.de>
Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com>
Acked-by: Wei Liu <wl@xen.org>
(qemu changes not included)
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [xen-unstable-smoke test] 155187: regressions - FAIL
2020-10-01 5:11 [xen-unstable-smoke test] 155187: regressions - FAIL osstest service owner
@ 2020-10-01 9:08 ` Jan Beulich
0 siblings, 0 replies; 2+ messages in thread
From: Jan Beulich @ 2020-10-01 9:08 UTC (permalink / raw)
To: osstest service owner, xen-devel
On 01.10.2020 07:11, osstest service owner wrote:
> flight 155187 xen-unstable-smoke real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/155187/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 155128
All I can see in the serial log is
Oct 1 03:49:33.145346 [ 16.993554] virbr0: port 1(virbr0-nic) entered disabled state
Oct 1 03:49:33.145426 [ 16.993584] device virbr0-nic entered promiscuous mode
Oct 1 03:49:33.157353 [ 16.993662] systemd-udevd[1538]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Oct 1 03:49:33.169370 [ 16.993840] systemd-udevd[1541]: Using default interface naming scheme 'v240'.
Oct 1 03:49:33.169467 [ 16.998341] systemd-udevd[1538]: Process 'ifupdown-hotplug' failed with exit code 1.
Oct 1 03:49:33.181371 [ 16.999735] systemd-udevd[1541]: Process 'ifupdown-hotplug' failed with exit code 1.
Oct 1 03:49:33.193293 [ 17.287282] device virbr0-nic left promiscuous mode
Oct 1 03:49:33.433389 [ 17.287356] virbr0: port 1(virbr0-nic) entered disabled state
Oct 1 03:49:33.433466 [ 17.289383] systemd-udevd[1541]: Process 'ifupdown-hotplug' failed with exit code 1.
Oct 1 03:49:33.445371 [ 17.294929] systemd-udevd[1541]: Process 'ifupdown-hotplug' failed with exit code 1.
accompanied by multiple instances of
# Warning: iptables-legacy tables present, use iptables-legacy to see them
iptables: Operation not supported.
and
# Warning: iptables-legacy tables present, use iptables-legacy to see them
iptables: Invalid argument. Run `dmesg' for more information.
in libvirtd.log. What I can't tell is whether this is the cause of the
test failure. In any event the domain was (still?) paused at the time
the debug keys got sent. What I also can't guess at all is which of the
five commits in question might be responsible here (or whether the issue
is an environment one).
Jan
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-10-01 9:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-10-01 5:11 [xen-unstable-smoke test] 155187: regressions - FAIL osstest service owner
2020-10-01 9:08 ` Jan Beulich
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.