Re: The same again with 16.9 : was Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Achilleas Mantzios <a(dot)mantzios(at)cloud(dot)gatewaynet(dot)com>, pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: The same again with 16.9 : was Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish
Date: 2025-08-22 08:29:54
Message-ID: 4f9c0d5dd74fa057481778fbe925f4817f9322ce.camel@cybertec.at
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Fri, 2025-08-22 at 09:16 +0100, Achilleas Mantzios wrote:
> we had the same problem today again.
>
> postgres(at)[local]/dynacom=# select * from pg_stat_activity where application_name~*'dbmirr';
>  -[ RECORD 1 ]----+-----------------------------------------------------------------------------------------------
> [...]
>  pid              | 1821681
> [...]
>  wait_event_type  | IPC
>  wait_event       | ParallelFinish
>  state            | active
>
> postgres(at)smadb:~$ ps -u -p 1821681
>  USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
>  postgres 1821681  0.5  4.8 37111844 3177260 ?    Ssl  03:58   2:25 postgres: postgres dynacom 10.9.0.10(45051) SELECT

Did you check whether the Perl function you mentioned before starts threads,
like Tom suggested? That would be the probable cause, and the solution is
not to start any threads in a PostgreSQL function.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Achilleas Mantzios 2025-08-22 08:54:51 Re: The same again with 16.9 : was Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish
Previous Message Achilleas Mantzios 2025-08-22 08:16:11 The same again with 16.9 : was Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish