Re: Minimal logical decoding on standbys
От | Andres Freund |
---|---|
Тема | Re: Minimal logical decoding on standbys |
Дата | |
Msg-id | 20221207175824.apmc5clnj2fdjkaq@awork3.anarazel.de обсуждение исходный текст |
Ответ на | Re: Minimal logical decoding on standbys ("Drouvot, Bertrand" <bertranddrouvot.pg@gmail.com>) |
Ответы |
Re: Minimal logical decoding on standbys
|
Список | pgsql-hackers |
Hi, On 2022-12-07 10:00:25 +0100, Drouvot, Bertrand wrote: > > Please find attached a new patch series: > > > > v27-0001-Add-info-in-WAL-records-in-preparation-for-logic.patch > > v27-0002-Handle-logical-slot-conflicts-on-standby.patch > > v27-0003-Allow-logical-decoding-on-standby.patch > > v27-0004-New-TAP-test-for-logical-decoding-on-standby.patch > > v27-0005-Doc-changes-describing-details-about-logical-dec.patch > > v27-0006-Fixing-Walsender-corner-case-with-logical-decodi.patch This failed on cfbot [1]. The tap output [2] has the following bit: [09:48:56.216](5.979s) not ok 26 - cannot read from logical replication slot [09:48:56.223](0.007s) # Failed test 'cannot read from logical replication slot' # at C:/cirrus/src/test/recovery/t/034_standby_logical_decoding.pl line 422. ... Warning: unable to close filehandle GEN150 properly: Bad file descriptor during global destruction. Warning: unable to close filehandle GEN155 properly: Bad file descriptor during global destruction. The "unable to close filehandle" stuff in my experience indicates an IPC::Run process that wasn't ended before the tap test ended. Greetings, Andres Freund [1] https://cirrus-ci.com/task/5092676671373312 [2] https://api.cirrus-ci.com/v1/artifact/task/5092676671373312/testrun/build/testrun/recovery/034_standby_logical_decoding/log/regress_log_034_standby_logical_decoding
В списке pgsql-hackers по дате отправления: