Re: [HACKERS] [PATCH] Fix drop replication slot blocking instead ofreturning error

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] [PATCH] Fix drop replication slot blocking instead ofreturning error
Дата
Msg-id 20170829140259.amlbheprd6juajbb@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [HACKERS] [PATCH] Fix drop replication slot blocking instead ofreturning error  (Simone Gotti <simone.gotti@gmail.com>)
Ответы Re: [HACKERS] [PATCH] Fix drop replication slot blocking instead ofreturning error  (Craig Ringer <craig@2ndquadrant.com>)
Список pgsql-hackers
Hi,

On 2017-08-29 13:42:05 +0200, Simone Gotti wrote:
> On Tue, Aug 29, 2017 at 12:13 PM, Alvaro Herrera
> <alvherre@2ndquadrant.com> wrote:
> >
> 
> Hi Alvaro,
> 
> > Simone Gotti wrote:
> > > Hi all,
> > >
> > > I noticed that in postgres 10beta3, calling pg_drop_replication_slot on an
> > > active slot will block until it's released instead of returning an error
> > > like
> > > done in pg 9.6. Since this is a change in the previous behavior and the docs
> > > wasn't changed I made a patch to restore the previous behavior.
> >
> > Changing that behavior was the entire point of the cited commit.
> 
> Sorry, I was thinking that the new behavior was needed for internal
> future functions since the doc wasn't changed.

FWIW, I also don't think it's ok to just change the behaviour
unconditionally and without a replacement for existing behaviour.


Greetings,

Andres Freund



В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Steele
Дата:
Сообщение: Re: [HACKERS] Update low-level backup documentation to match actualbehavior
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Explicit relation name in VACUUM VERBOSE log