Обсуждение: pg recovery
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."
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
Hi Jayadevan,
Il 11/07/2013 09:39, Jayadevan M ha scritto:
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
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."
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
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."