Re: pg recovery

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Jayadevan M <jayadevan(dot)maymala(at)ibsplc(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg recovery
Date: 2013-07-11 11:41:10
Message-ID: CAB7nPqT3KHejtedDZXBwF5uDt1bTY693TMiU18YEyP0vZu3PdQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jul 11, 2013 at 6:19 PM, Jayadevan M
<jayadevan(dot)maymala(at)ibsplc(dot)com> wrote:
> Hi,
>><jayadevan(dot)maymala(at)ibsplc(dot)com> wrote:
>>> I have postgresql streaming replication set up. I forgot to add an
>>> entry for trigger_file in recovery.conf. So I added that entry and did
>>> a pg_ctl reload.
>>Recovery parameters are not GUC parameters, so doing a parameter reload
>>has no effect. Also, such parameters cannot be changed once recovery has
>>begun.
> Recovery has not begun. Without the change, the recovery will not start. So, do I have to do a reload, or restart, for the parameter to take effect? The situation is - master is up and running, slave is up and running. I made a change to recovery.conf. How can I make slave 'accept' that change?
I think that you are mixing things here. recovery.conf is read once at
server start up and its presence puts the server in archive recovery.
Check the output of "SELECT pg_is_in_recovery()" and you will see that
its output is true, meaning that the node is in recovery. On the other
hand, trigger_file is used for a node promotion, making the node exit
the archive recovery mode and turn it into a master node. So to make
the new parameter have effect restart the server.
--
Michael

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jayadevan M 2013-07-11 12:01:58 Re: pg recovery
Previous Message Alban Hertroys 2013-07-11 10:22:47 Re: function query error: column does not exist