| From: | Alexander Pyhalov <alp(at)rsu(dot)ru> |
|---|---|
| To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: pgpool II, streaming replication and HA |
| Date: | 2016-01-27 09:40:47 |
| Message-ID: | 56A8909F.70400@rsu.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 01/27/2016 11:53, Tatsuo Ishii wrote:
> There's a file called "pool_status" which records the previous status
> of the DB servers. So the file records that "A is down, B is up". In
> your case, when A reboots, the old primary server on A may start as a
> primary, but from the file pgpool knows that the PostgreSQL on A was
> down and never automatically regards it online. So any query sent to
> pgpool will be routed to the new primary running on B, never routed to
> A.
>
> To make the old primary on A usable, you need to shutdown the
> PostgreSQL (if it's running) and turn it to a new standby connecting
> to the current primary on B. You can do it by either "online recovery"
> feature of pgpool or do it manually using pg_basebackup etc. In the
> latter case, you need to "attach" 'the new standby to make it online
> by using pcp_attach_node.
Thank you for clarification.
--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Matt | 2016-01-27 19:41:28 | Re: Performance options for CPU bound multi-SUM query |
| Previous Message | Tatsuo Ishii | 2016-01-27 08:53:03 | Re: pgpool II, streaming replication and HA |