From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>,
"Laurent Vivier" <lvivier@redhat.com>,
"Thomas Huth" <thuth@redhat.com>,
"Juan Quintela" <quintela@redhat.com>,
"Cornelia Huck" <cohuck@redhat.com>,
qemu-devel@nongnu.org, "Peter Xu" <peterx@redhat.com>,
"Halil Pasic" <pasic@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, "Paolo Bonzini" <pbonzini@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>
Subject: Re: [PATCH 3/4] tests/migration: Disable autoconverge test on Travis-CI s390x
Date: Wed, 18 Mar 2020 10:16:10 +0000 [thread overview]
Message-ID: <20200318101610.GD2850@work-vm> (raw)
In-Reply-To: <a5f13b5d-03bf-5821-9539-6ba59632ad1f@redhat.com>
* Philippe Mathieu-Daudé (philmd@redhat.com) wrote:
> On 3/17/20 9:26 PM, Dr. David Alan Gilbert wrote:
> > * Philippe Mathieu-Daudé (philmd@redhat.com) wrote:
> > > This test fails on Travis-CI s390x when configured with --disable-tcg:
> > >
> > > $ make check-qtest
> > > TEST check-qtest-s390x: tests/qtest/boot-serial-test
> > > qemu-system-s390x: -accel tcg: invalid accelerator tcg
> > > qemu-system-s390x: falling back to KVM
> > > TEST check-qtest-s390x: tests/qtest/pxe-test
> > > TEST check-qtest-s390x: tests/qtest/test-netfilter
> > > TEST check-qtest-s390x: tests/qtest/test-filter-mirror
> > > TEST check-qtest-s390x: tests/qtest/test-filter-redirector
> > > TEST check-qtest-s390x: tests/qtest/drive_del-test
> > > TEST check-qtest-s390x: tests/qtest/device-plug-test
> > > TEST check-qtest-s390x: tests/qtest/virtio-ccw-test
> > > TEST check-qtest-s390x: tests/qtest/cpu-plug-test
> > > TEST check-qtest-s390x: tests/qtest/migration-test
> > > **
> > > ERROR:tests/qtest/migration-test.c:1229:test_migrate_auto_converge: 'got_stop' should be FALSE
> > > ERROR - Bail out! ERROR:tests/qtest/migration-test.c:1229:test_migrate_auto_converge: 'got_stop' should be FALSE
> > > make: *** [tests/Makefile.include:633: check-qtest-s390x] Error 1
> >
> > Before we take the hammer to it, could you try reducing it's initial
> > bandwidth, the code that says:
> >
> > /*
> > * Set the initial parameters so that the migration could not converge
> > * without throttling.
> > */
> > migrate_set_parameter_int(from, "downtime-limit", 1);
> > migrate_set_parameter_int(from, "max-bandwidth", 100000000); /* ~100Mb/s */
> >
> > knock a couple of 0's off that and see if it's happy.
>
> You are right! One 0 is not enough, but a couple makes the test succeed.
>
> Can that change have other (bad) effects on other archs?
> IOW can I send a generic patch updating this value, or should I add a check
> on the architecture?
I think generic is fine; as soon as the code notices that it's
throttling it increases the bandwidth to let it complete, so it should
be OK to have this low.
Dave
> Thanks!
>
> >
> > Dave
> >
> > > Per David Gilbert, it might be a threshold requiring tuning:
> > > "it could just be the writing is slow on s390 and the migration
> > > thread fast; in which case the autocomplete wouldn't be needed.
> > > Perhaps we just need to reduce the bandwidth limit."
> > >
> > > Disable the autoconverge test for now.
> > >
> > > Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
> > > ---
> > > tests/qtest/migration-test.c | 10 ++++++++++
> > > 1 file changed, 10 insertions(+)
> > >
> > > diff --git a/tests/qtest/migration-test.c b/tests/qtest/migration-test.c
> > > index 3d6cc83b88..878399666e 100644
> > > --- a/tests/qtest/migration-test.c
> > > +++ b/tests/qtest/migration-test.c
> > > @@ -1181,6 +1181,16 @@ static void test_migrate_auto_converge(void)
> > > MigrateStart *args = migrate_start_new();
> > > QTestState *from, *to;
> > > int64_t remaining, percentage;
> > > + char *travis_arch;
> > > +
> > > + /*
> > > + * This test does not work reliably on Travis s390x.
> > > + */
> > > + travis_arch = getenv("TRAVIS_CPU_ARCH");
> > > + if (travis_arch && g_str_equal(travis_arch, "s390x")) {
> > > + g_test_skip("Test does not work reliably on s390x Travis containers.");
> > > + return;
> > > + }
> > > /*
> > > * We want the test to be stable and as fast as possible.
> > > --
> > > 2.21.1
> > >
> > --
> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> >
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2020-03-18 10:17 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-17 20:05 [PATCH 0/4] travis-ci: Add a KVM-only s390x job Philippe Mathieu-Daudé
2020-03-17 20:05 ` [PATCH 1/4] tests/test-util-filemonitor: Fix Travis-CI $ARCH env variable name Philippe Mathieu-Daudé
2020-03-18 9:44 ` Daniel P. Berrangé
2020-03-17 20:05 ` [PATCH 2/4] tests/test-util-sockets: Skip test on non-x86 Travis containers Philippe Mathieu-Daudé
2020-03-18 9:45 ` Daniel P. Berrangé
2020-03-17 20:05 ` [PATCH 3/4] tests/migration: Disable autoconverge test on Travis-CI s390x Philippe Mathieu-Daudé
2020-03-17 20:26 ` Dr. David Alan Gilbert
2020-03-18 8:02 ` Philippe Mathieu-Daudé
2020-03-18 10:16 ` Dr. David Alan Gilbert [this message]
2020-03-17 20:05 ` [PATCH 4/4] .travis.yml: Add a KVM-only s390x job Philippe Mathieu-Daudé
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=20200318101610.GD2850@work-vm \
--to=dgilbert@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=fam@euphon.net \
--cc=lvivier@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=quintela@redhat.com \
--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 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.