| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tomas Vondra <tomas(at)vondra(dot)me> |
| Cc: | Alexander Lakhin <exclusion(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS |
| Date: | 2025-12-06 16:08:30 |
| Message-ID: | 2172608.1765037310@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tomas Vondra <tomas(at)vondra(dot)me> writes:
> On 12/6/25 10:00, Alexander Lakhin wrote:
>> though I can't see timeout-related changes in [4], probably something was
>> changed in the environment during the upgrade...
> Yeah, I noticed that too. But I have no idea what could have changed or
> why - the only thing I updated is the buildfarm client :-(
Comparing the configuration dumps from avocet's last successful run
and its latest, I see that last successful shows
'wait_timeout' => 0
but the failing run shows
'wait_timeout' => undef
Per the comments in the sample config file:
# max time in seconds allowed for a single branch run
# undef means default, which is 4 hours. For unlimited specify 0
wait_timeout => undef,
I'd actually recommend a setting of a couple of days for these
animals, rather than "0". We've been known to get BF animals
into infinite loops, and if you use "0" then you will need to
clean up such mistakes manually.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2025-12-06 16:09:39 | Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS |
| Previous Message | Ignat Remizov | 2025-12-06 15:39:22 | [PATCH] Fix typo in psql \copy command documentation |