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 по дате отправления: