Re: BUG #17296: replication slot self-removed after created

From: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
To: podkina(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #17296: replication slot self-removed after created
Date: 2021-12-10 06:06:11
Message-ID: CAD21AoB_yD9VcOAYR3ppu7qM0oEX69yfjviGFV=nq4W+g6MG+Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Nov 22, 2021 at 10:45 PM PG Bug reporting form
<noreply(at)postgresql(dot)org> wrote:
>
> The following bug has been logged on the website:
>
> Bug reference: 17296
> Logged by: Anna
> Email address: podkina(at)gmail(dot)com
> PostgreSQL version: 12.8
> Operating system: Oracle Linux Server release 8.4
> Description:
>
> Hello!
> I've met the problem with the cluster by patroni.
> Cluster configuration: 3 nodes, etcd downstairs.
> I tried to set up the Standby cluster through the replication slot as I did
> it before on the same version of patroni/PostgreSQL, but different OS and
> hardware environment.
> (not sure it's important)
>
> Anyway, I create the replication slot by the command (psql, locally on the
> host):
> SELECT pg_create_physical_replication_slot('patroni12_standby', true);
>
> Immediately after I see my slot in pg_replication_slots
> Then in a few seconds, there is no slot.

Other than temporary replication slots, as far as I know, there is no
functionality in PostgreSQL that automatically drops replication
slots. Given that you created the persistent replication slot
‘patroni12_standby’, it’s likely that other components in your system
dropped it. It might be a good idea to set log_statement = ‘all’ and
log_replication_commands = ‘on’ in order to identify who dropped the
replication slot.

Regards,

--
Masahiko Sawada
EDB: https://www.enterprisedb.com/

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Masahiko Sawada 2021-12-10 08:41:56 Re: BUG #17327: Postgres server does not correctly emit error for max_slot_wal_keep_size being breached
Previous Message Peter Geoghegan 2021-12-10 01:35:47 Re: BUG #17330: EXPLAIN hangs and very long query plans