Re: recovery.conf restore_command

Поиск
Список
Период
Сортировка
От Gilberto Castillo
Тема Re: recovery.conf restore_command
Дата
Msg-id 52190.192.168.207.54.1404840596.squirrel@webmail.etecsa.cu
обсуждение исходный текст
Ответ на recovery.conf restore_command  (John Scalia <jayknowsunix@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: John Scalia
Дата:
Сообщение: recovery.conf restore_command
Следующее
От: David Morton
Дата:
Сообщение: Re: Safe to gracefully switch 9.2 streaming replication roles multiple times ?