If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > Database Server Software > PostgreSQL > Warm Standby - waiting for WAL file

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 01-22-12, 12:24
ptown ptown is offline
Registered User
 
Join Date: Jan 2012
Posts: 6
Warm Standby - waiting for WAL file

I am a newbie tasked with setting up a warm standby server using log shipping and I am close. The logs are copied from the production server and placed in /opt/novell/idm/Postgres/data/archives
I have over 90 logs there.

Here is my recovery.conf file:
restore_command = 'pg_standby -d /opt/novell/idm/Postgres/data/archives %f %p %r 2>>standby.log'

Here is the content of standby.log
Trigger file : <not set>
Waiting for WAL file : 000000020000000000000002
WAL file path : /opt/novell/idm/Postgres/data/archives/000000020000000000000002
Restoring to : pg_xlog/RECOVERYXLOG
Sleep interval : 5 seconds
Max wait interval : 0 forever
Command for restore : cp "/opt/novell/idm/Postgres/data/archives/000000020000000000000002" "pg_xlog/RECOVERYXLOG"
Keep archive history : 000000000000000000000000 and later
WAL file not present yet.

Here are the problems that I see:
Waiting for WAL file : 000000020000000000000002

That WAL file name belongs to the standby server. The WAL files in the archives directory, which holds the logs from the production server, begin with 00000001000000000000001A and go up from there but have not reached 0000000020000000000000002. As I understand it, the standby server should be consuming the log files from the production server, not its own.

Is there a configuration option to change the WAL file returned by %f?

Is this the right approach?
Reply With Quote
  #2 (permalink)  
Old 01-24-12, 16:47
ptown ptown is offline
Registered User
 
Join Date: Jan 2012
Posts: 6
Warm standby

The solution is working now. The answer was to kill off all postgres related pids and restart postgres.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On