Re: A test for replay of regression tests
От | Andres Freund |
---|---|
Тема | Re: A test for replay of regression tests |
Дата | |
Msg-id | 20220202011402.e7t3hu3jusalr32h@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: A test for replay of regression tests (Thomas Munro <thomas.munro@gmail.com>) |
Ответы |
Re: A test for replay of regression tests
|
Список | pgsql-hackers |
Hi, On 2022-02-02 13:59:56 +1300, Thomas Munro wrote: > Seen again today on prairiedog. Erm, scratch that idea, HS feedback > interferes with test results. It'd not be sufficient anyway, I think. E.g. autovacuum truncating a table would not be prevented by hs_f I think? > I guess max_standby_streaming_delay > should be increased to 'forever', like in the attached Seems reasonable. > , since pg_dump runs for a very long time on prairiedog: > 2022-02-01 04:47:59.294 EST [3670:15] 027_stream_regress.pl LOG: > statement: SET TRANSACTION ISOLATION LEVEL REPEATABLE READ, READ ONLY > ... > 2022-02-01 04:49:09.881 EST [3683:2585] 027_stream_regress.pl ERROR: > canceling statement due to conflict with recovery That, uh, seems slow. Is it perhaps waiting for a lock? Seems Cluster.pm::init() should add at least log_lock_waits... Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: