From: | Shital A <brightuser2019(at)gmail(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Pgsql resource agent of pacemaker |
Date: | 2019-08-19 18:06:56 |
Message-ID: | CAMp7vw_3uwySE9t9C2dFwkDORjqesv9nTviFqU1x-Lsxd1_e5A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-general |
On Mon, 19 Aug 2019, 18:47 Shital A, <brightuser2019(at)gmail(dot)com> wrote:
> Hello,
>
> Need advise on below situation:
>
> Postgres 9.6
> Pacemaker 1.1.19
> Corosync 2.4.3
>
> We are testing HA setup on a two node cluster using pacemaker, corosync
> stack. The replication is streaming replication in async mode.
> Whenever there is a failover to standby, pgsql created a PGSQL.lock file
> in /var/lib/pgsql/tmp/ folder. We noticed that this file is created at
> random on any one of the nodes.
>
> Want to know:
> - Is there any logic behind which node it creates the lock file?
>
> - When a node in kept in HS:alone state ?
>
> - How can we check if failed node is at a log location behind current
> primary? So that we can force RA to start by deleting lock file?
>
> Please help to understand
>
> Thanks.
>
>
>
>
>
Any thoughts?
Thanks in advance!
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Mariel Cherkassky | 2019-08-20 06:43:52 | invalid record length at XX: wanted 24, got |
Previous Message | Shital A | 2019-08-19 13:17:06 | Pgsql resource agent of pacemaker |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-08-19 18:46:34 | Re: Retroactively adding send and recv functions to a type? |
Previous Message | Johann 'Myrkraverk' Oskarsson | 2019-08-19 17:46:14 | Re: Retroactively adding send and recv functions to a type? |