From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Mason Hale <mason(at)onespot(dot)com>, pgsql-bugs(at)postgresql(dot)org, Simon Riggs <simon(at)2ndquadrant(dot)com> |
Subject: | Re: unable to fail over to warm standby server |
Date: | 2010-01-29 19:14:40 |
Message-ID: | 4B6333A0.7020401@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Robert Haas wrote:
> On Fri, Jan 29, 2010 at 11:02 AM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
>> You seem to focus on the above trouble. I think that this happened because
>> recovery.conf was deleted and restore_command was not given. In fact, the
>> WAL file (e.g., pg_xlog/0000000200003C82000000A3) required for recovery
>> was unable to be restored from the archive because restore_command was
>> not supplied. Then recovery failed.
>>
>> If the sysadmin had left the recovery.conf and removed the trigger file,
>> pg_standby in restore_command would have restored all WAL files required
>> for recovery, and recovery would advance well.
>
> That may be true, but it's certainly seems unfortunate that we don't
> handle this case a bit more gracefully.
Yeah. I don't think we can do much better in versions <= 8.3, though we
should change that unlink() call to cause the FATAL error in a more
explicit way; it seems accidental and possibly non-portable as it is.
Adding the note to the docs that Mason suggested is a good idea.
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2010-01-29 19:15:53 | Re: BUG #5299: unable to start postgres service |
Previous Message | Florian Nigsch | 2010-01-29 19:07:37 | BUG #5302: WIN1252 encoding causes server memory leak |