Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish - Mailing list pgsql-admin

From Tom Lane
Subject Re: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish
Date
Msg-id 3049794.1748751598@sss.pgh.pa.us
Whole thread Raw
In response to PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish  (Achilleas Mantzios <a.mantzios@cloud.gatewaynet.com>)
List pgsql-admin
Achilleas Mantzios <a.mantzios@cloud.gatewaynet.com> writes:
>> a query is stuck with the above, it seems it waits for parallel worker 
>> to finish, however , there are no parallel works running :

You didn't explain the subject about "STAT Ssl", but if you mean
that that was what ps was showing for the backend process, there's
something very wrong there.  According to "man ps", the "l" means

               l    is multi-threaded (using CLONE_THREAD, like NPTL pthreads
                    do)

which is something that a Postgres backend should never be
(in existing releases anyway).  So I'm speculating that
the process somehow became multi-threaded and then some
wakeup signal went to the wrong thread.

We've had issues with perl or python introducing multi-threading
because of plperl or plpython functions doing things they
probably shouldn't.  Do you have any of those in your system?

            regards, tom lane



pgsql-admin by date:

Previous
From: Achilleas Mantzios
Date:
Subject: PostgreSQL 16.6 , query stuck with STAT Ssl, wait_event_type : IPC , wait_event : ParallelFinish
Next
From: Motog Plus
Date:
Subject: Re: Seeking Suggestions for Best Practices: Archiving and Migrating Historical Data in PostgreSQL