RE: 035_standby_logical_decoding might fail due to FATAL message lost inside libpq

From: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
To: 'Alexander Lakhin' <exclusion(at)gmail(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
Subject: RE: 035_standby_logical_decoding might fail due to FATAL message lost inside libpq
Date: 2026-06-25 02:04:23
Message-ID: OS9PR01MB121495B5F41425738DE34E3B7F5EC2@OS9PR01MB12149.jpnprd01.prod.outlook.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Alexander,

While sleeping, I came up with the idea; instead of waiting until the slot is
active, we can wait pg_recvlogical receives the ack from the walsender and enters
the loop. Attached patch implemented like that.

On my env, the patch could resolve the issue. How do you feel?

Best regards,
Hayato Kuroda
FUJITSU LIMITED

Attachment Content-Type Size
0001-Fix-test-failure-035_standby_logical_decoding.patch application/octet-stream 2.0 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kyotaro Horiguchi 2026-06-25 02:19:54 Re: uuidv7 improperly accepts dates before 1970-01-01
Previous Message Peter Smith 2026-06-25 00:58:57 Re: Include sequences in publications created by pg_createsubscriber