Re: comment for "fast promote" - Mailing list pgsql-hackers

From Euler Taveira
Subject Re: comment for "fast promote"
Date
Msg-id 51F42AC4.4000201@timbira.com.br
Whole thread Raw
In response to Re: comment for "fast promote"  (Tomonari Katsumata <t.katsumata1122@gmail.com>)
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pg_upgrade -j broken on Windows
Next
From: "MauMau"
Date:
Subject: [9.3 bug] disk space in pg_xlog increases during archive recovery