Skip site navigation (1) Skip section navigation (2)

PITR wrm-standby startup fails

From: Bob Lunney <bob_lunney(at)yahoo(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: PITR wrm-standby startup fails
Date: 2008-08-25 05:17:12
Message-ID: 553812.74940.qm@web39702.mail.mud.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-admin
I'm trying to vet the PITR/warm-standby process so set up a primary and secondary server on two different Windows machines.  (Yeah, I know, but I don't have a choice in the matter.)

The primary works fine and copies its WAL files to the archive directory.  As long as the secondary is in recovery mode life is good.  When I introduce the trigger file, however, to kick the secondary out of recovery mode it bombs, complaining that its looking for the next WAL file (which is never going to arrive, especially not in the local pg_xlog directory), then gives me an "invalid parameter" error.  The relevent part of the secondary's log file is here:

2008-08-24 23:02:56 CDT LOG:  restored log file "000000010000000400000088" from archive
2008-08-24 23:03:01 CDT LOG:  restored log file "000000010000000400000089" from archive
2008-08-24 23:03:06 CDT LOG:  restored log file "00000001000000040000008A" from archive
2008-08-24 23:07:02 CDT LOG:  could not open file "pg_xlog/00000001000000040000008B" (log file 4, segment 139): No such file or directory
2008-08-24 23:07:05 CDT LOG:  startup process (PID 1468) was terminated by exception 0xC000000D
2008-08-24 23:07:05 CDT HINT:  See C include file "ntstatus.h" for a description of the hexadecimal value.
2008-08-24 23:07:05 CDT LOG:  aborting startup due to startup process failure

My recovery command is:

restore_command = '..\bin\pg_standby -d -s 5 -t .\pgsql.trigger.5442 ..\data\archive %f %p %r 2>>pg_log\standby.log'


I found this on the forums.  Could it be the source of the problem I'm experiencing?

Thanks in advance for the wizardly advice!

Bob Lunney



      

Responses

pgsql-admin by date

Next:From: Marcelo MartinsDate: 2008-08-25 14:06:30
Subject: Re: restoring from dump
Previous:From: Tena SakaiDate: 2008-08-24 21:24:14
Subject: Re: restoring from dump

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group