Re: pg_standby and build farm

From: Doug Knight <dknight(at)wsi(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_standby and build farm
Date: 2006-12-26 15:34:33
Message-ID: 1167147273.3933.10.camel@arc-dknightlx.wsicorp.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi all,
I'm new to the forums, so bear with me on my questions. I've set up an
auto-archive and auto-recover pair of databases using pg_standby, which
I'm prototyping various products for high availability. I've noticed
that when I attempt to fail from the primary archiver to the secondary
recovery db using the pg_standby trigger file, the secondary detects the
trigger file, flags that it couldn't read the current WAL file
pg_standby was waiting on, then attempts to read in the previous WAL
file. I use the -m option in pg_standby, so the previous WAL file no
longer exists, which causes the secondary postgres to "panic" on not
being able to open the previous WAL and terminates. Is there a way to
prevent the looking for the previous, or preserving the previous WAL
file so that when the trigger file is detected, the secondary will come
all the way up, completely its recovery mode?

Thanks,
Doug Knight

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-12-26 15:47:20 TupleDescs and refcounts and such, again
Previous Message ITAGAKI Takahiro 2006-12-26 09:58:26 Re: Load distributed checkpoint