Re: Proposal: GUC to control starting/stopping logical subscription workers - Mailing list pgsql-hackers

From Bharath Rupireddy
Subject Re: Proposal: GUC to control starting/stopping logical subscription workers
Date
Msg-id CALj2ACUCfNt4Zn-KYU5Lc2K8TVrPVvzmeqccMM=YSOmtfy+msg@mail.gmail.com
Whole thread Raw
In response to Re: Proposal: GUC to control starting/stopping logical subscription workers  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
List pgsql-hackers
Hi,

On Tue, Sep 9, 2025 at 1:16 PM SATYANARAYANA NARLAPURAM
<satyanarlapuram@gmail.com> wrote:
>
>> If I understand correctly, the end effect is similar to disabling all
>> subscriptions. Why not just add ALTER SUBSCRIPTION ... DISABLE for all
>> subscriptions in the failover work flow? Migration of logical
>> replication slots docs says so -
>> https://www.postgresql.org/docs/18/logical-replication-upgrade.html.
>
> The scenarios I am talking in this case are no major version upgrade, but PITR and Standby promotion cases.
> Server is in read only mode (catalog cannot be updated) before promotion and subscriptions cannot be disabled.

Thanks for clarifying. AFAICS, failover slots won't have this issue.
All the replication connections start to fail during standby's
promotion (StartLogicalReplication->CreateDecodingContext->errmsg("cannot
use replication slot \"%s\" for logical decoding") and replication
from publisher resumes automatically after promotion and slots are
fully synced.

--
Bharath Rupireddy
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: "David G. Johnston"
Date:
Subject: Stale comment in guc.h; publish listing of setting sources?
Next
From: Tomas Vondra
Date:
Subject: Re: Making type Datum be 8 bytes everywhere