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
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 |