Re: Unstable select_parallel regression output in 12rc1 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Unstable select_parallel regression output in 12rc1
Date
Msg-id 24917.1569692191@sss.pgh.pa.us
Whole thread Raw
In response to Re: Unstable select_parallel regression output in 12rc1  (Christoph Berg <myon@debian.org>)
Responses Re: Unstable select_parallel regression output in 12rc1
List pgsql-hackers
Christoph Berg <myon@debian.org> writes:
> Re: Tom Lane 2019-09-26 <12685.1569510771@sss.pgh.pa.us>
>> We haven't seen it in quite some time in HEAD, though I fear that's
>> just due to bad luck or change of timing of unrelated tests.

> The v13 package builds that are running every 6h here haven't seen a
> problem yet either, so the probability of triggering it seems very
> low. So it's not a pressing problem.

I've pushed some changes to try to ameliorate the issue.

> (There's some extension modules
> where the testsuite fails at a much higher rate, getting all targets
> to pass at the same time is next to impossible there :(. )

I feel your pain, believe me.  Used to fight the same kind of problems
when I was at Red Hat.  Are any of those extension modules part of
Postgres?

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Instability of partition_prune regression test results
Next
From: Jeff Davis
Date:
Subject: Re: max_parallel_workers question