| 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?
| 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 |