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, Suporte 24x7 e Treinamento -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers