* [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
@ 2017-03-24 10:57 Peter Maydell
2017-03-24 11:11 ` Christian Borntraeger
0 siblings, 1 reply; 8+ messages in thread
From: Peter Maydell @ 2017-03-24 10:57 UTC (permalink / raw)
To: QEMU Developers
Cc: Richard Henderson, Alexander Graf, Christian Borntraeger,
Cornelia Huck, Alex Bennée
Hi; qemu-system-s390x seems to have an intermittent failure at
the moment -- it's been causing our Travis builds to flap. I actually
caught it doing this on one of my local test builds (which happens
to be aarch64 but I don't think that matters, since Travis is doing
x86 builds):
while QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x
QTEST_QEMU_IMG=qemu-img MALLOC_PERTURB_=${MALLOC_PERTURB_:-$((RANDOM %
255 + 1))} gtester -k --verbose -m=quick tests/boot-serial-test ; do
true; done
TEST: tests/boot-serial-test... (pid=1122)
/s390x/boot-serial/s390-ccw-virtio: OK
PASS: tests/boot-serial-test
TEST: tests/boot-serial-test... (pid=1135)
/s390x/boot-serial/s390-ccw-virtio: OK
[skip lots more successes]
TEST: tests/boot-serial-test... (pid=1582)
/s390x/boot-serial/s390-ccw-virtio:
Broken pipe
FAIL
GTester: last random seed: R02Se94f36f305f2edd8391a22749ec91143
(pid=1635)
FAIL: tests/boot-serial-test
Any ideas?
thanks
-- PMM
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 10:57 [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure Peter Maydell
@ 2017-03-24 11:11 ` Christian Borntraeger
2017-03-24 11:26 ` Thomas Huth
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: Christian Borntraeger @ 2017-03-24 11:11 UTC (permalink / raw)
To: Peter Maydell, QEMU Developers
Cc: Richard Henderson, Alexander Graf, Cornelia Huck,
Alex Bennée, Thomas Huth
On 03/24/2017 11:57 AM, Peter Maydell wrote:
> Hi; qemu-system-s390x seems to have an intermittent failure at
> the moment -- it's been causing our Travis builds to flap. I actually
> caught it doing this on one of my local test builds (which happens
> to be aarch64 but I don't think that matters, since Travis is doing
> x86 builds):
>
> while QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x
> QTEST_QEMU_IMG=qemu-img MALLOC_PERTURB_=${MALLOC_PERTURB_:-$((RANDOM %
> 255 + 1))} gtester -k --verbose -m=quick tests/boot-serial-test ; do
> true; done
> TEST: tests/boot-serial-test... (pid=1122)
> /s390x/boot-serial/s390-ccw-virtio: OK
> PASS: tests/boot-serial-test
> TEST: tests/boot-serial-test... (pid=1135)
> /s390x/boot-serial/s390-ccw-virtio: OK
> [skip lots more successes]
> TEST: tests/boot-serial-test... (pid=1582)
> /s390x/boot-serial/s390-ccw-virtio:
> Broken pipe
> FAIL
> GTester: last random seed: R02Se94f36f305f2edd8391a22749ec91143
> (pid=1635)
> FAIL: tests/boot-serial-test
>
> Any ideas?
> thanks
Adding Thomas who did the s390 version.
One idea. Maybe qemu exits before the other side is ready.
Does reverting
commit 864111f422babcf8ce837fb47f7f9e1948446f22
Author: Christian Borntraeger <borntraeger@de.ibm.com>
AuthorDate: Tue Oct 18 09:29:54 2016 +0200
Commit: Paolo Bonzini <pbonzini@redhat.com>
CommitDate: Wed Nov 2 09:28:56 2016 +0100
vl: exit qemu on guest panic if -no-shutdown is not set
help?
If yes, does
diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
index 57edf6a..11f48b0 100644
--- a/tests/boot-serial-test.c
+++ b/tests/boot-serial-test.c
@@ -79,8 +79,8 @@ static void test_machine(const void *data)
g_assert(fd != -1);
args = g_strdup_printf("-M %s,accel=tcg -chardev file,id=serial0,path=%s"
- " -serial chardev:serial0 %s", test->machine,
- tmpname, test->extra);
+ " -no-shutdown -serial chardev:serial0 %s",
+ test->machine, tmpname, test->extra);
qtest_start(args);
unlink(tmpname);
also help?
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 11:11 ` Christian Borntraeger
@ 2017-03-24 11:26 ` Thomas Huth
2017-03-24 11:37 ` Peter Maydell
2017-03-24 11:48 ` Paolo Bonzini
2017-03-24 11:50 ` Peter Maydell
2 siblings, 1 reply; 8+ messages in thread
From: Thomas Huth @ 2017-03-24 11:26 UTC (permalink / raw)
To: Christian Borntraeger, Peter Maydell, QEMU Developers
Cc: Richard Henderson, Alexander Graf, Cornelia Huck, Alex Bennée
On 24.03.2017 12:11, Christian Borntraeger wrote:
> On 03/24/2017 11:57 AM, Peter Maydell wrote:
>> Hi; qemu-system-s390x seems to have an intermittent failure at
>> the moment -- it's been causing our Travis builds to flap. I actually
>> caught it doing this on one of my local test builds (which happens
>> to be aarch64 but I don't think that matters, since Travis is doing
>> x86 builds):
>>
>> while QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x
>> QTEST_QEMU_IMG=qemu-img MALLOC_PERTURB_=${MALLOC_PERTURB_:-$((RANDOM %
>> 255 + 1))} gtester -k --verbose -m=quick tests/boot-serial-test ; do
>> true; done
>> TEST: tests/boot-serial-test... (pid=1122)
>> /s390x/boot-serial/s390-ccw-virtio: OK
>> PASS: tests/boot-serial-test
>> TEST: tests/boot-serial-test... (pid=1135)
>> /s390x/boot-serial/s390-ccw-virtio: OK
>> [skip lots more successes]
>> TEST: tests/boot-serial-test... (pid=1582)
>> /s390x/boot-serial/s390-ccw-virtio:
>> Broken pipe
>> FAIL
>> GTester: last random seed: R02Se94f36f305f2edd8391a22749ec91143
>> (pid=1635)
>> FAIL: tests/boot-serial-test
>>
>> Any ideas?
I was not able to reproduce this issue so far (on my x86 laptop since I
don't have an aarch64 host) ... can you reproduce it by running the test
directly, too, e.g. something like:
QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x tests/boot-serial-test
?
> Adding Thomas who did the s390 version.
>
> One idea. Maybe qemu exits before the other side is ready.
Or could this be a timeout issue again? Is the host very loaded?
(however, I don't really believe that this could be the issue here,
since the test is rather fast)
Thomas
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 11:26 ` Thomas Huth
@ 2017-03-24 11:37 ` Peter Maydell
0 siblings, 0 replies; 8+ messages in thread
From: Peter Maydell @ 2017-03-24 11:37 UTC (permalink / raw)
To: Thomas Huth
Cc: Christian Borntraeger, QEMU Developers, Richard Henderson,
Alexander Graf, Cornelia Huck, Alex Bennée
On 24 March 2017 at 11:26, Thomas Huth <thuth@redhat.com> wrote:
> I was not able to reproduce this issue so far (on my x86 laptop since I
> don't have an aarch64 host) ... can you reproduce it by running the test
> directly, too, e.g. something like:
>
> QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x tests/boot-serial-test
>
> ?
Yes, you can.
>> Adding Thomas who did the s390 version.
>>
>> One idea. Maybe qemu exits before the other side is ready.
>
> Or could this be a timeout issue again? Is the host very loaded?
> (however, I don't really believe that this could be the issue here,
> since the test is rather fast)
The timeout is 60 seconds, right? When the test fails it
fails immediately, not after hanging for 60s.
thanks
-- PMM
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 11:11 ` Christian Borntraeger
2017-03-24 11:26 ` Thomas Huth
@ 2017-03-24 11:48 ` Paolo Bonzini
2017-03-24 11:50 ` Peter Maydell
2 siblings, 0 replies; 8+ messages in thread
From: Paolo Bonzini @ 2017-03-24 11:48 UTC (permalink / raw)
To: Christian Borntraeger, Peter Maydell, QEMU Developers
Cc: Cornelia Huck, Thomas Huth, Alex Bennée, Alexander Graf,
Richard Henderson
On 24/03/2017 12:11, Christian Borntraeger wrote:
> One idea. Maybe qemu exits before the other side is ready.
> Does reverting
>
> commit 864111f422babcf8ce837fb47f7f9e1948446f22
> Author: Christian Borntraeger <borntraeger@de.ibm.com>
> AuthorDate: Tue Oct 18 09:29:54 2016 +0200
> Commit: Paolo Bonzini <pbonzini@redhat.com>
> CommitDate: Wed Nov 2 09:28:56 2016 +0100
>
> vl: exit qemu on guest panic if -no-shutdown is not set
>
> help?
Didn't test, but this:
> If yes, does
> diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
> index 57edf6a..11f48b0 100644
> --- a/tests/boot-serial-test.c
> +++ b/tests/boot-serial-test.c
> @@ -79,8 +79,8 @@ static void test_machine(const void *data)
> g_assert(fd != -1);
>
> args = g_strdup_printf("-M %s,accel=tcg -chardev file,id=serial0,path=%s"
> - " -serial chardev:serial0 %s", test->machine,
> - tmpname, test->extra);
> + " -no-shutdown -serial chardev:serial0 %s",
> + test->machine, tmpname, test->extra);
>
> qtest_start(args);
> unlink(tmpname);
>
> also help?
seems to help (survives about 1 minute, while usually it fails in a few
seconds).
Paolo
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 11:11 ` Christian Borntraeger
2017-03-24 11:26 ` Thomas Huth
2017-03-24 11:48 ` Paolo Bonzini
@ 2017-03-24 11:50 ` Peter Maydell
2017-03-24 12:56 ` Peter Maydell
2 siblings, 1 reply; 8+ messages in thread
From: Peter Maydell @ 2017-03-24 11:50 UTC (permalink / raw)
To: Christian Borntraeger
Cc: QEMU Developers, Richard Henderson, Alexander Graf,
Cornelia Huck, Alex Bennée, Thomas Huth
On 24 March 2017 at 11:11, Christian Borntraeger <borntraeger@de.ibm.com> wrote:
> One idea. Maybe qemu exits before the other side is ready.
> Does reverting
>
> commit 864111f422babcf8ce837fb47f7f9e1948446f22
> Author: Christian Borntraeger <borntraeger@de.ibm.com>
> AuthorDate: Tue Oct 18 09:29:54 2016 +0200
> Commit: Paolo Bonzini <pbonzini@redhat.com>
> CommitDate: Wed Nov 2 09:28:56 2016 +0100
>
> vl: exit qemu on guest panic if -no-shutdown is not set
>
> help?
I didn't test this...
> If yes, does
> diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
> index 57edf6a..11f48b0 100644
> --- a/tests/boot-serial-test.c
> +++ b/tests/boot-serial-test.c
> @@ -79,8 +79,8 @@ static void test_machine(const void *data)
> g_assert(fd != -1);
>
> args = g_strdup_printf("-M %s,accel=tcg -chardev file,id=serial0,path=%s"
> - " -serial chardev:serial0 %s", test->machine,
> - tmpname, test->extra);
> + " -no-shutdown -serial chardev:serial0 %s",
> + test->machine, tmpname, test->extra);
...but this doesn't help.
thanks
-- PMM
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 11:50 ` Peter Maydell
@ 2017-03-24 12:56 ` Peter Maydell
2017-03-24 13:02 ` Christian Borntraeger
0 siblings, 1 reply; 8+ messages in thread
From: Peter Maydell @ 2017-03-24 12:56 UTC (permalink / raw)
To: Christian Borntraeger
Cc: QEMU Developers, Richard Henderson, Alexander Graf,
Cornelia Huck, Alex Bennée, Thomas Huth
On 24 March 2017 at 11:50, Peter Maydell <peter.maydell@linaro.org> wrote:
> On 24 March 2017 at 11:11, Christian Borntraeger <borntraeger@de.ibm.com> wrote:
>> diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
>> index 57edf6a..11f48b0 100644
>> --- a/tests/boot-serial-test.c
>> +++ b/tests/boot-serial-test.c
>> @@ -79,8 +79,8 @@ static void test_machine(const void *data)
>> g_assert(fd != -1);
>>
>> args = g_strdup_printf("-M %s,accel=tcg -chardev file,id=serial0,path=%s"
>> - " -serial chardev:serial0 %s", test->machine,
>> - tmpname, test->extra);
>> + " -no-shutdown -serial chardev:serial0 %s",
>> + test->machine, tmpname, test->extra);
>
> ...but this doesn't help.
I think I must have got the testing wrong here somehow, because
trying it again, it does seem to cause the failures to stop.
So I guess this must be the bug...
thanks
-- PMM
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure
2017-03-24 12:56 ` Peter Maydell
@ 2017-03-24 13:02 ` Christian Borntraeger
0 siblings, 0 replies; 8+ messages in thread
From: Christian Borntraeger @ 2017-03-24 13:02 UTC (permalink / raw)
To: Peter Maydell
Cc: QEMU Developers, Richard Henderson, Alexander Graf,
Cornelia Huck, Alex Bennée, Thomas Huth
On 03/24/2017 01:56 PM, Peter Maydell wrote:
> On 24 March 2017 at 11:50, Peter Maydell <peter.maydell@linaro.org> wrote:
>> On 24 March 2017 at 11:11, Christian Borntraeger <borntraeger@de.ibm.com> wrote:
>>> diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
>>> index 57edf6a..11f48b0 100644
>>> --- a/tests/boot-serial-test.c
>>> +++ b/tests/boot-serial-test.c
>>> @@ -79,8 +79,8 @@ static void test_machine(const void *data)
>>> g_assert(fd != -1);
>>>
>>> args = g_strdup_printf("-M %s,accel=tcg -chardev file,id=serial0,path=%s"
>>> - " -serial chardev:serial0 %s", test->machine,
>>> - tmpname, test->extra);
>>> + " -no-shutdown -serial chardev:serial0 %s",
>>> + test->machine, tmpname, test->extra);
>>
>> ...but this doesn't help.
>
> I think I must have got the testing wrong here somehow, because
> trying it again, it does seem to cause the failures to stop.
> So I guess this must be the bug...
Will send a proper patch.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2017-03-24 13:02 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-24 10:57 [Qemu-devel] qemu-system-s390x tests/boot-serial-test intermittent failure Peter Maydell
2017-03-24 11:11 ` Christian Borntraeger
2017-03-24 11:26 ` Thomas Huth
2017-03-24 11:37 ` Peter Maydell
2017-03-24 11:48 ` Paolo Bonzini
2017-03-24 11:50 ` Peter Maydell
2017-03-24 12:56 ` Peter Maydell
2017-03-24 13:02 ` Christian Borntraeger
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.