Re: comment for "fast promote"

Поиск
Список
Период
Сортировка
От Euler Taveira
Тема Re: comment for "fast promote"
Дата
Msg-id 51F42AC4.4000201@timbira.com.br
обсуждение исходный текст
Ответ на Re: comment for "fast promote"  (Tomonari Katsumata <t.katsumata1122@gmail.com>)
Список pgsql-hackers
On 27-07-2013 06:57, Tomonari Katsumata wrote:
> 1. replicating 3 servers(A,B,C)
> A->B->C
> ("trigger_file = /tmp/trig" is set in recovery_recovery.conf on B and C.)
> 
> 2. stop server A and promoting server B with "touch /tmp/trig;pg_ctl
> promote"
> B->C
> (/tmp/trig file remains on server B)
> 
Why don't you setup recovery_end_command parameter? The trigger_file is
important in some (legacy) environments and that is using an external
tool to handle the service initialization.

It seems to me it is an opportunity to improve trigger_file description
(informing a way to cleanup the file created) than to suggest it is not
useful.


--   Euler Taveira                   Timbira - http://www.timbira.com.br/  PostgreSQL: Consultoria, Desenvolvimento,
Suporte24x7 e Treinamento
 



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_upgrade -j broken on Windows
Следующее
От: "MauMau"
Дата:
Сообщение: [9.3 bug] disk space in pg_xlog increases during archive recovery