Re: recovery.conf restore_command - Mailing list pgsql-admin

From Gilberto Castillo
Subject Re: recovery.conf restore_command
Date
Msg-id 52190.192.168.207.54.1404840596.squirrel@webmail.etecsa.cu
Whole thread Raw
In response to recovery.conf restore_command  (John Scalia <jayknowsunix@gmail.com>)
List pgsql-admin

>
> Hi all,
>
> I was experimenting with the restore_command on one of my standby systems.
> Originally this command just had:
>
> restore_command='cp /mnt/wallogs/archive/%f %p'
>
> And it was, and is working just fine, but since that doesn't delete the
> WAL files from the archive directory, I wanted to try:
>
> restore_command='pg_standby /mnt/wallogs/archive %f %p %r'
>
> But, the database then refused to start. The log showed:
>
> LOG: entering standby mode
> FATAL: could not restore file "00000003.history" from archive: return code
> 32512
> LOG: startup process (PID 22847) existed with exit code 1
>
> Now, that history file was already in the standby's pg_xlog directory. So,
> I tried copying it back to the archive directory and trying again, but no
> joy. I double-checked the
> permissions on the file and the directory and those were good. So, I just
> changed the restore_command back to its original form, and the standby
> then started successfully. Did I
> use pg_standby incorrectly? FYI, these servers are streaming replication
> using Version 9.3.3.

In my case I use a script where I can place several operations like
deleting the log etc.

Saludos,
Gilberto Castillo
La Habana, Cuba
---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu
Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>

pgsql-admin by date:

Previous
From: John Scalia
Date:
Subject: recovery.conf restore_command
Next
From: David Morton
Date:
Subject: Re: Safe to gracefully switch 9.2 streaming replication roles multiple times ?