From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
Subject: | Re: Streaming replication, and walsender during recovery |
Date: | 2010-02-18 06:23:26 |
Message-ID: | 3f0b79eb1002172223t2d7481edp84d2c4448869cda4@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jan 18, 2010 at 2:19 PM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> When I configured a cascaded standby (i.e, made the additional
> standby server connect to the standby), I got the following
> errors, and a cascaded standby didn't start replication.
>
> ERROR: timeline 0 of the primary does not match recovery target timeline 1
>
> I didn't care about that case so far. To avoid a confusing error
> message, we should forbid a startup of walsender during recovery,
> and emit a suitable message? Or support such cascade-configuration?
> Though I don't think that the latter is difficult to be implemented,
> ISTM it's not the time to do that now.
We got the consensus that the cascading standby feature should be
postponed to v9.1 or later. But when we wrongly make the standby
connect to another standby, the following confusing message is still
output.
FATAL: timeline 0 of the primary does not match recovery target timeline 1
How about emitting the following message instead? Here is the patch.
FATAL: recovery is in progress
HINT: cannot accept the standby server during recovery.
Regards,
--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
Attachment | Content-Type | Size |
---|---|---|
forbid_cascading_standby_0218.patch | text/x-patch | 568 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-02-18 06:57:36 | Re: alpha4 timing |
Previous Message | Fujii Masao | 2010-02-18 05:17:06 | Streaming replication and unfit messages |