Re: test: avoid redundant standby catchup in 049_wait_for_lsn

From: Jobin Augustine <jobin(dot)augustine(at)percona(dot)com>
To: Xuneng Zhou <xunengzhou(at)gmail(dot)com>
Cc: Alexander Korotkov <aekorotkov(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: test: avoid redundant standby catchup in 049_wait_for_lsn
Date: 2026-10-01 05:42:25
Message-ID: CAEpZXfcVOp8P6-TTT1Rv1TSPq3sgtJQ3ZozssXZxboA-7CpNog@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Xuneng

>
> Thanks. I had a general idea via your description and I'd like to know
> more about the use case. Please share it if you are ok with that.
>
>
I am more than happy to share. The Rust program is pushed to my git repo
and path :
https://github.com/jobinau/pgscripts/tree/main/patroni/connection/waitforlsn
There is a "repro" subdirectory with a file with instructions :
REPRODUCE_WITH_WAITFORLSN.md please follow that for quick reproduction.
Basically the program has a function `normalize_insert_lsn`which
implements the client side fix. But passing a parameter `--raw-insert-lsn`
to the program disables this client side manipulation.
Thank you,
Jobin.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Zhijie Hou 2026-10-01 05:43:16 Re: Fix apply worker crash when subscriber table has only a deferrable primary key
Previous Message Michael Paquier 2026-10-01 05:26:20 Re: Server crash when describing a FETCH statement after its cursor is closed