Re: what is causing different pcp_node_info status

From: Luca Ferrari <fluca1978(at)gmail(dot)com>
To: pgpool-general(at)lists(dot)postgresql(dot)org
Subject: Re: what is causing different pcp_node_info status
Date: 2025-10-29 08:22:39
Message-ID: CAKoxK+5D4szPoPOWvg6aaJLWEKDf5sHQFgNOCJrod+swKJWCSA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgpool-general

On Thu, Oct 23, 2025 at 8:04 AM Luca Ferrari <fluca1978(at)gmail(dot)com> wrote:
>
> I am still observing the issue, the best situation I come is all nodes
> reported as "up up" when queryed on pg1 (primary) and "waiting up"
> when queried from pg2 and pg3.
> could it be network latency or a similar issue?

As explained clearly here
<https://github.com/pgpool/pgpool2/issues/131#issuecomment-3436197043>
the information about the nodes is collected and kept in shared
memory.
Is there any chance the same process is applied to the pgpool node status?
I observed that even a machine reboot does not seem to make pgpool
report a status better than "waiting up", evne after minutes, and
while replicas are streaming.
Restarting then the pgpool service brings the status "up up", this
makes me think there is something blocking or delaying pgpool to
collect data, and when the service is restarted the node is forced to
"dig" the other node status.
Something I could investigate on?

In response to

Browse pgpool-general by date

  From Date Subject
Next Message VASUKI M 2025-10-29 10:09:59 Autofail back inconsistent
Previous Message Koshino Taiki 2025-10-29 06:23:49 Re: Problem with pcp_recovery_node