Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS - Mailing list pgsql-hackers

From Tomas Vondra
Subject Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS
Date
Msg-id e496932c-3635-4c8a-b666-2abb302f5608@vondra.me
Whole thread Raw
In response to Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 12/6/25 17:08, Tom Lane wrote:
> Tomas Vondra <tomas@vondra.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.
> 

I'll try, but that's just the default in v20 of the buildfarm client (I
always get the new .sample and update it with the necessary changes,
keeping all the defaults).

regards

-- 
Tomas Vondra




pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: increased duration of stats_ext tests with -DCLOBBER_CACHE_ALWAYS
Next
From: Donghang Lin
Date:
Subject: Re: bt_index_parent_check and concurrently build indexes