Thread: pg recovery

pg recovery

From
Jayadevan M
Date:

Hi,

 

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. Is there a way to confirm that the entry has been read by the server? Any view/function?

 

Regards,

Jayadevan

 



DISCLAIMER: "The information in this e-mail and any attachment is intended only for the person to whom it is addressed and may contain confidential and/or privileged material. If you have received this e-mail in error, kindly contact the sender and destroy all copies of the original communication. IBS makes no warranty, express or implied, nor guarantees the accuracy, adequacy or completeness of the information contained in this email or any attachment and is not liable for any errors, defects, omissions, viruses or for resultant loss or damage, if any, direct or indirect."

Re: pg recovery

From
Michael Paquier
Date:
On Thu, Jul 11, 2013 at 4:39 PM, Jayadevan M
<jayadevan.maymala@ibsplc.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.
> Is there a way to confirm that the entry has been read by the
> server? Any view/function?
No to both.
--
Michael


Re: pg recovery

From
Giuseppe Broccolo
Date:
Hi Jayadevan,

Il 11/07/2013 09:39, Jayadevan M ha scritto:

Hi,

 

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. Is there a way to confirm that the entry has been read by the server? Any view/function?


The only way to be sure that your configuration file is read is to stop and restart the PostgreSQL service.

Regards,

Giuseppe.

-- 
Giuseppe Broccolo - 2ndQuadrant Italy
PostgreSQL Training, Services and Support
giuseppe.broccolo@2ndQuadrant.it | www.2ndQuadrant.it

Re: pg recovery

From
Jayadevan M
Date:
Hi,
><jayadevan.maymala@ibsplc.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
theparameter 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? 
Regards,
Jayadevan



DISCLAIMER: "The information in this e-mail and any attachment is intended only for the person to whom it is addressed
andmay contain confidential and/or privileged material. If you have received this e-mail in error, kindly contact the
senderand destroy all copies of the original communication. IBS makes no warranty, express or implied, nor guarantees
theaccuracy, adequacy or completeness of the information contained in this email or any attachment and is not liable
forany errors, defects, omissions, viruses or for resultant loss or damage, if any, direct or indirect." 


Re: pg recovery

From
Michael Paquier
Date:
On Thu, Jul 11, 2013 at 6:19 PM, Jayadevan M
<jayadevan.maymala@ibsplc.com> wrote:
> Hi,
>><jayadevan.maymala@ibsplc.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,
forthe parameter to take effect? The situation is  - master is up and running, slave is up and running. I made a change
torecovery.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


Re: pg recovery

From
Jayadevan M
Date:
overy 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.
>--
As you said, I was mixing things there. When you said recovery has begun, I confused it with promotion. Apologies.
I tried restarting the standby node and it worked.
Thanks a lot,
Jayadevan


DISCLAIMER: "The information in this e-mail and any attachment is intended only for the person to whom it is addressed
andmay contain confidential and/or privileged material. If you have received this e-mail in error, kindly contact the
senderand destroy all copies of the original communication. IBS makes no warranty, express or implied, nor guarantees
theaccuracy, adequacy or completeness of the information contained in this email or any attachment and is not liable
forany errors, defects, omissions, viruses or for resultant loss or damage, if any, direct or indirect."