RE: BUG #19029: Replication Slot size keeps increasing while logical subscription works fine
От | Hayato Kuroda (Fujitsu) |
---|---|
Тема | RE: BUG #19029: Replication Slot size keeps increasing while logical subscription works fine |
Дата | |
Msg-id | OSCPR01MB149669B3C2C24B83F0E3C6BF1F53EA@OSCPR01MB14966.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: BUG #19029: Replication Slot size keeps increasing while logical subscription works fine (Thadeus Anand <thadeus@rmkv.com>) |
Ответы |
Re: [CAUTION: SUSPECT SENDER] RE: BUG #19029: Replication Slot size keeps increasing while logical subscription works fine
|
Список | pgsql-bugs |
Dear Thadeus, > The size on the disk keeps increasing. Last week, it went upto 35 GB per slot, then I had to put a 20GB limit on max_slot_wal_keep_size. After reaching the size, the subscriptions went inactive. Then I dropped the subscriptions and freed up the replication slots. > Can you clarify which directory occupied the disk? Is it `pg_wal`? You told that "upto 35GB per slot", and 6 replication slots exist on your system, so did the disk usage increase 210GB in total? > I cannot share the real data right now because I have dropped the subscriptions and publications altogether. I can create them again tonight (I am in India) and share the details tomorrow. > Thanks. If possible, can you share the script to emulate system architecture and settings? It is very helpful to fully understand the shape of the system and definitions. > What I had was a straightforward logical replication setup. We had two publications and six subscribing servers. Please also note that this setup was working fine with PostgreSQL 15. During May we upgraded to 17.5, and ran into a bug which is described in the following release notes section of 17.6 > So you did run both DDLs and DMLs on the publisher side right? Can you also provide SQL commands you run on the system? It's very helpful if all SQLs are written in the executable scripts or something. Best regards, Hayato Kuroda FUJITSU LIMITED
В списке pgsql-bugs по дате отправления: