Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop
В списке pgsql-bugs по дате отправления:
| От | Peter Eisentraut |
|---|---|
| Тема | Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop |
| Дата | |
| Msg-id | 61e8b017-ad50-cedd-c85e-4e6c07322ac4@2ndquadrant.com обсуждение |
| Ответ на | Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On 2020-09-30 23:52, Tom Lane wrote: > One thing I noticed while trying to trace this down is that while the > initial table sync is happening, we have *both* a regular > walsender/walreceiver pair and a "sync" pair, eg > > postgres 905650 0.0 0.0 186052 11888 ? Ss 17:12 0:00 postgres: logical replication worker for subscription16398 > postgres 905651 50.1 0.0 173704 13496 ? Ss 17:12 0:09 postgres: walsender postgres [local] idle > postgres 905652 104 0.4 186832 148608 ? Rs 17:12 0:19 postgres: logical replication worker for subscription16398 sync 16393 > postgres 905653 12.2 0.0 174380 15524 ? Ss 17:12 0:02 postgres: walsender postgres [local] COPY That's normal. You could also have even more if tables are syncing in parallel. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера