Re: PITR wrm-standby startup fails - Mailing list pgsql-admin

From Simon Riggs
Subject Re: PITR wrm-standby startup fails
Date
Msg-id 1219746261.5343.1292.camel@ebony.2ndQuadrant
Whole thread Raw
In response to PITR wrm-standby startup fails  (Bob Lunney <bob_lunney@yahoo.com>)
List pgsql-admin
On Sun, 2008-08-24 at 22:17 -0700, Bob Lunney wrote:
> 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?

The way you are using this looks correct.

The startup process would not/should not fail in this way and there
should be additional messages between the log entries from 23:03 to
23:07. I don't see any reason for a 4 minute wait at that point,
especially since previous files took 5 seconds. Are you showing us the
whole log?

Please re-run this at DEBUG3 so we can see what else is happening.

--
 Simon Riggs           www.2ndQuadrant.com
 PostgreSQL Training, Services and Support


pgsql-admin by date:

Previous
From: Duan Ligong
Date:
Subject: control the number of clog files and xlog files
Next
From: "Sergio Gabriel Rodriguez"
Date:
Subject: Bug introduced in 8.0