Re: scalability bottlenecks with (many) partitions (and more)
От | Andrew Dunstan |
---|---|
Тема | Re: scalability bottlenecks with (many) partitions (and more) |
Дата | |
Msg-id | 8a1a5c10-0644-4ea0-a9e8-73d3a2908e18@dunslane.net обсуждение исходный текст |
Ответ на | Re: scalability bottlenecks with (many) partitions (and more) (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: scalability bottlenecks with (many) partitions (and more)
|
Список | pgsql-hackers |
On 2025-03-04 Tu 5:01 PM, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: >> On 2025-03-04 16:30:34 -0500, Tom Lane wrote: >>> Yeah, I've been poking at that. It's not at all clear why the >>> animal is trying to run src/test/modules/ldap_password_func >>> now when it didn't before. >> It did do so before as well, afaict: >> https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=sifaka&dt=2025-03-04%2015%3A01%3A42&stg=module-ldap_password_func-check >> It seems to me that the difference is that now checkprep is run, whereas >> previously it wasn't. > Maybe, but still I don't see any changes in the BF client that'd > explain it. The animal's configuration hasn't changed either; > the only non-comment diff in its buildfarm.conf is > > @@ -374,7 +376,7 @@ > > base_port => 5678, > > - modules => [qw(TestUpgrade TestDecoding)], > + modules => [qw(TestUpgrade)], > > # settings used by run_branches.pl > global => { > > which I changed to follow the lead of build-farm.conf.sample. > But surely that wouldn't affect this!? > > I think I found a logic bug. Testing. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: