Re: pgsql: Prevent invalidation of newly synced replication slots.

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Greg Burd <greg(at)burd(dot)me>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Amit Kapila <akapila(at)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Bryan Green <dbryan(dot)green(at)gmail(dot)com>
Subject: Re: pgsql: Prevent invalidation of newly synced replication slots.
Date: 2026-01-28 11:20:18
Message-ID: CAA4eK1+T7BsNedCk+xKoMp1C10=OL9BqaqeTtKA3UT3Wt8DZRw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Tue, Jan 27, 2026 at 11:47 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
>
> I don't know why the standby is created with has_restoring => 1.
>

This is not required. I think this is copy-paste oversight.

> But it
> shouldn't be related to the issue, I think?
>

Yeah, tried without this as well apart from other experiments.

--
With Regards,
Amit Kapila.

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Amit Kapila 2026-01-28 12:35:10 Re: pgsql: Prevent invalidation of newly synced replication slots.
Previous Message Amit Kapila 2026-01-28 10:46:58 Re: pgsql: Prevent invalidation of newly synced replication slots.

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrey Silitskiy 2026-01-28 11:27:14 Re: Exit walsender before confirming remote flush in logical replication
Previous Message Bertrand Drouvot 2026-01-28 11:14:00 Re: Flush some statistics within running transactions