From: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
---|---|
To: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: behave of --create-slot option |
Date: | 2018-05-29 04:11:52 |
Message-ID: | CAMsr+YG_wNpwfmAWow706MpCjUDEZQF3_VFB0=eJ76nFWkdb=A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 29 May 2018 at 11:51, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
>
> I understand so slot should be unique. But same result (unique rep slot)
> can be done, if it does nothing when slot exists already. This behave is
> not idempotent.
>
> Maybe I am search problem, where it is not. Just, when I see some "create
> object" option, I expect any way, how I can enforce "--if-exists", because
> it was necessary in major cases.
>
>
If the slot already exists, don't you expect it to be in use for an
existing replica?
I guess what you seem to want is to be able to delete the replica then
re-clone it and use the same slot?
Generally I'd expect you to delete the slot when you remove the replica.
Really what this says to me is that we should have a way to delete the
upstream slot when we promote or decommission a physical replica.
--
Craig Ringer http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2018-05-29 04:31:54 | Re: behave of --create-slot option |
Previous Message | Pavel Stehule | 2018-05-29 03:51:30 | Re: behave of --create-slot option |