Re: speed up a logical replica setup
| От | Amit Kapila |
|---|---|
| Тема | Re: speed up a logical replica setup |
| Дата | |
| Msg-id | CAA4eK1KdCb+5sjYu6qCMXXdCX1y_ihr8kFzMozq0=P=auYxgog@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: speed up a logical replica setup (Amit Kapila <amit.kapila16@gmail.com>) |
| Ответы |
Re: speed up a logical replica setup
Re: speed up a logical replica setup |
| Список | pgsql-hackers |
On Mon, Apr 29, 2024 at 5:28 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > On Mon, Apr 29, 2024 at 5:23 PM Euler Taveira <euler@eulerto.com> wrote: > I was trying to test this utility when 'sync_replication_slots' is on and it gets in an ERROR loop [1] and never finishes. Please find the postgresql.auto used on the standby attached. I think if the standby has enabled sync_slots, you need to pass dbname in GenerateRecoveryConfig(). I couldn't test it further but I wonder if there are already synced slots on the standby (either due to 'sync_replication_slots' or users have used pg_sync_replication_slots() before invoking pg_createsubscriber), those would be retained as it is on new subscriber and lead to unnecessary WAL retention and dead rows. [1] 2024-04-30 11:50:43.239 IST [12536] LOG: slot sync worker started 2024-04-30 11:50:43.247 IST [12536] ERROR: slot synchronization requires dbname to be specified in primary_conninfo -- With Regards, Amit Kapila.
Вложения
В списке pgsql-hackers по дате отправления: