Re: BF member drongo doesn't like 035_standby_logical_decoding.pl
От | Tom Lane |
---|---|
Тема | Re: BF member drongo doesn't like 035_standby_logical_decoding.pl |
Дата | |
Msg-id | 520687.1737748605@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BF member drongo doesn't like 035_standby_logical_decoding.pl (Alexander Lakhin <exclusion@gmail.com>) |
Ответы |
Re: BF member drongo doesn't like 035_standby_logical_decoding.pl
|
Список | pgsql-hackers |
Alexander Lakhin <exclusion@gmail.com> writes: > There is also a reference to a discussion of the failure there: > https://www.postgresql.org/message-id/657815a2-5a89-fcc1-1c9d-d77a6986bc26@gmail.com > (In short, I observed that that test suffers from bgwriter's activity.) Hmm, that's an interesting theory, but it fails to explain why only drongo is showing this failure. It's not particularly slow compared to some other BF animals. I suspect the correct explanation involves "it's Windows" somehow, but no idea exactly how. BTW, looking more closely at the failures, I notice that some of them are 'with vacuum on pg_authid' but others are 'with vacuum on pg_class'. So those are two different steps in the test script, and there are other steps that are very similar but have not failed. Curiouser and curiouser. regards, tom lane
В списке pgsql-hackers по дате отправления: