Re: pg_ctl idempotent option

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_ctl idempotent option
Дата
Msg-id 20130129022935.GA29101@momjian.us
обсуждение исходный текст
Ответ на Re: pg_ctl idempotent option  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: pg_ctl idempotent option  (Bruce Momjian <bruce@momjian.us>)
Re: pg_ctl idempotent option  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Re: pg_ctl idempotent option  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Mon, Jan 28, 2013 at 03:40:08PM +0000, Simon Riggs wrote:
> On 14 January 2013 15:29, Alvaro Herrera <alvherre@2ndquadrant.com> wrote:
> > Tom Lane wrote:
> >> Peter Eisentraut <peter_e@gmx.net> writes:
> >> > Here is a patch to add an option -I/--idempotent to pg_ctl, the result
> >> > of which is that pg_ctl doesn't error on start or stop if the server is
> >> > already running or already stopped.
> >>
> >> Idempotent is a ten-dollar word.  Can we find something that average
> >> people wouldn't need to consult a dictionary to understand?
> >
> > --no-error perhaps?
> 
> 
> I think --force  would be the accepted way to ensure something happens
> as specified
> 
> 
> Mind you, I'm not sure I see the value in throwing an error if the
> server is in the desired state already. Who actually wants that
> behaviour? Can't we just change the behaviour? Existing scripts would
> still work, since we are simply skipping an error.

pg_upgrade uses that to find out of the server was already running or if
we started it.  This is to start the server to remove the
postmaster.pid file.  Also, no one has explained how not knowing if -o
options were used was a safe.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: logical changeset generation v4
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Enabling Checksums