From: "Alex Bennée" <alex.bennee@linaro.org>
To: qemu-devel@nongnu.org
Cc: "Daniel P. Berrangé" <berrange@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"John Snow" <jsnow@redhat.com>, "Cleber Rosa" <crosa@redhat.com>,
"Paolo Bonzini" <pbonzini@redhat.com>
Subject: [PULL 20/22] mtest2make: stop disabling meson test timeouts
Date: Fri, 12 Jan 2024 11:04:33 +0000 [thread overview]
Message-ID: <20240112110435.3801068-21-alex.bennee@linaro.org> (raw)
In-Reply-To: <20240112110435.3801068-1-alex.bennee@linaro.org>
From: Daniel P. Berrangé <berrange@redhat.com>
The mtest2make.py script passes the arg '-t 0' to 'meson test' which
disables all test timeouts. This is a major source of pain when running
in GitLab CI and a test gets stuck. It will stall until GitLab kills the
CI job. This leaves us with little easily consumable information about
the stalled test. The TAP format doesn't show the test name until it is
completed, and TAP output from multiple tests it interleaved. So we
have to analyse the log to figure out what tests had un-finished TAP
output present and thus infer which test case caused the hang. This is
very time consuming and error prone.
By allowing meson to kill stalled tests, we get a direct display of what
test program got stuck, which lets us more directly focus in on what
specific test case within the test program hung.
The other issue with disabling meson test timeouts by default is that it
makes it more likely that maintainers inadvertantly introduce slowdowns.
For example the recent-ish change that accidentally made migrate-test
take 15-20 minutes instead of around 1 minute.
The main risk of this change is that the individual test timeouts might
be too short to allow completion in high load scenarios. Thus, there is
likely to be some short term pain where we have to bump the timeouts for
certain tests to make them reliable enough. The preceeding few patches
raised the timeouts for all failures that were immediately apparent
in GitLab CI.
Even with the possible short term instability, this should still be a
net win for debuggability of failed CI pipelines over the long term.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
Message-ID: <20230717182859.707658-13-berrange@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Message-Id: <20231215070357.10888-17-thuth@redhat.com>
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
diff --git a/scripts/mtest2make.py b/scripts/mtest2make.py
index 179dd548718..eb01a05ddbd 100644
--- a/scripts/mtest2make.py
+++ b/scripts/mtest2make.py
@@ -27,7 +27,8 @@ def names(self, base):
.speed.slow = $(foreach s,$(sort $(filter-out %-thorough, $1)), --suite $s)
.speed.thorough = $(foreach s,$(sort $1), --suite $s)
-.mtestargs = --no-rebuild -t 0
+TIMEOUT_MULTIPLIER = 1
+.mtestargs = --no-rebuild -t $(TIMEOUT_MULTIPLIER)
ifneq ($(SPEED), quick)
.mtestargs += --setup $(SPEED)
endif
--
2.39.2
next prev parent reply other threads:[~2024-01-12 11:11 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-12 11:04 [PULL 00/22] testing and misc updates Alex Bennée
2024-01-12 11:04 ` [PULL 01/22] tests/avocado: Add a test for a little-endian microblaze machine Alex Bennée
2024-01-12 11:04 ` [PULL 02/22] tests/avocado: use snapshot=on in kvm_xen_guest Alex Bennée
2024-08-01 9:48 ` David Woodhouse
2024-01-12 11:04 ` [PULL 03/22] gitlab: include microblazeel in testing Alex Bennée
2024-01-12 11:04 ` [PULL 04/22] chardev: use bool for fe_is_open Alex Bennée
2024-01-12 11:04 ` [PULL 05/22] qtest: bump min meson timeout to 60 seconds Alex Bennée
2024-01-12 11:04 ` [PULL 06/22] qtest: bump migration-test timeout to 8 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 07/22] qtest: bump qom-test timeout to 15 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 08/22] qtest: bump npcm7xx_pwm-test timeout to 5 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 09/22] qtest: bump test-hmp timeout to 4 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 10/22] qtest: bump pxe-test timeout to 10 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 11/22] qtest: bump prom-env-test timeout to 6 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 12/22] qtest: bump boot-serial-test timeout to 3 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 13/22] qtest: bump qos-test timeout to 2 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 14/22] qtest: bump aspeed_smc-test timeout to 6 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 15/22] qtest: bump bios-table-test timeout to 9 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 16/22] tests/qtest: Bump the device-introspect-test timeout to 12 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 17/22] tests/unit: Bump test-aio-multithread test timeout to 2 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 18/22] tests/unit: Bump test-crypto-block test timeout to 5 minutes Alex Bennée
2024-01-12 11:04 ` [PULL 19/22] tests/fp: Bump fp-test-mulAdd test timeout to 3 minutes Alex Bennée
2024-01-12 11:04 ` Alex Bennée [this message]
2024-01-12 11:04 ` [PULL 21/22] readthodocs: fully specify a build environment Alex Bennée
2024-01-12 11:04 ` [PULL 22/22] Revert "tests/avocado: remove skips from replay_kernel" Alex Bennée
2024-01-12 11:13 ` Peter Maydell
2024-01-12 13:11 ` Alex Bennée
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240112110435.3801068-21-alex.bennee@linaro.org \
--to=alex.bennee@linaro.org \
--cc=berrange@redhat.com \
--cc=crosa@redhat.com \
--cc=jsnow@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).