Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication

From: shveta malik <shveta(dot)malik(at)gmail(dot)com>
To: Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>
Cc: Shlok Kyal <shlok(dot)kyal(dot)oss(at)gmail(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, "Zhijie Hou (Fujitsu)" <houzj(dot)fnst(at)fujitsu(dot)com>, Ajin Cherian <itsajin(at)gmail(dot)com>, SATYANARAYANA NARLAPURAM <satyanarlapuram(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, shveta malik <shveta(dot)malik(at)gmail(dot)com>
Subject: Re: synchronized_standby_slots behavior inconsistent with quorum-based synchronous replication
Date: 2026-06-16 04:13:19
Message-ID: CAJpy0uCKaqD-UfCX=Q5WkdtxUS8ZCJwLduegi5Etdx7gkV-02g@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thanks for the patches.

1)
I see that there are 2 files now with 053*, we shall move ours to 054.
ls t/053*
t/053_standby_login_event_trigger.pl
t/053_synchronized_standby_slots_quorum.pl

2)
I feel this test can be removed:
+# PART F: Plain list with first-prefixed slot name still means ALL mode

It is not a test for synchronized_standby_slots, IMO, it is testing
the syncrep parser. Or let me know if my understanding is wrong?

thanks
Shveta

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Corey Huinker 2026-06-16 04:14:16 Re: pg_restore handles extended statistics inconsistently with statistics data
Previous Message Tender Wang 2026-06-16 04:06:28 Re: assertion failure with unique index + partitioning + join