Re: replication_slots usability issue - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: replication_slots usability issue
Date
Msg-id 20181030025109.GD1644@paquier.xyz
Whole thread Raw
In response to Re: replication_slots usability issue  (Andres Freund <andres@anarazel.de>)
Responses Re: replication_slots usability issue  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Mon, Oct 29, 2018 at 12:13:04PM -0700, Andres Freund wrote:
> I don't think this quite is the problem. ISTM the issue is rather that
> StartupReplicationSlots() *needs* to check whether wal_level > minimal,
> and doesn't. So you can create a slot, shutdown, change wal_level,
> startup. A slot exists but won't work correctly.

It seems to me that what we are looking for is just to complain at
startup if we find any slot data and if trying to start up with
wal_level = minimal.

Er...  At the same time, shouldn't RestoreSlotFromDisk() *not* use PANIC
if more slots are found in pg_replslot than max_replication_slots can
handle.  A FATAL is fine at startup, PANIC blows up a core file, which
is clearly overdoing it if the goal is to give a recommendation at the
end.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Conflicting option checking in pg_restore
Next
From: Michael Paquier
Date:
Subject: Re: [Patch] pg_rewind: options to use restore_command fromrecovery.conf or command line