Re: Hot-Standby resync problem after connection loss

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Hot-Standby resync problem after connection loss
Дата
Msg-id CA+U5nMKkqzqWoNNKECRkWF_BZ2R2daz8za_dWDAnW1_pcG12FA@mail.gmail.com
обсуждение исходный текст
Ответ на Hot-Standby resync problem after connection loss  ("Stefan Kohlhauser" <stefan.kohlhauser@gmx.net>)
Список pgsql-admin
On 9 January 2014 10:00, Stefan Kohlhauser <stefan.kohlhauser@gmx.net> wrote:

> However, the new insert is not shown on node 1 when i query the DB with
> psql, on node 2 it is shown.
>
> recovery.conf:
> standby_mode = 'on'
> primary_conninfo = 'host=pgreplicationha port=5432 user=replicate
> application_name=kamailionode2 '
> restore_command = 'scp -o ConnectTimeout=10 -o UserKnownHostsFile=/dev/null
> -o StrictHostkeyChecking=no pgreplicationha:/var/lib/kamailiodb1/archive/%f
> %p'
> recovery_target_timeline = 'latest'
>
> I'm not sure I understand this and if it has anything to do with it, but
> before the connection loss node 1 was using WAL 000000010000000000000005.
> Now "ps aux" on node 1 tells me:
> postgres: startup process waiting for 000000010000000000000006
> Doesn't that mean he is waiting for information from
> 000000010000000000000006 which isn't even used by the master yet, according
> to pg_controldata?

You've configured file based replication also, so when the streaming
rep ended it attempts to get next data from archive and waits until it
exists.

So yes, it is asking for something not created yet, at your request.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


В списке pgsql-admin по дате отправления:

Предыдущее
От: Brian Weaver
Дата:
Сообщение: Re: Hot-Standby resync problem after connection loss
Следующее
От: "Andrew O. Zhukov"
Дата:
Сообщение: Not fatal error