public inbox for [email protected]
help / color / mirror / Atom feedFrom: Ashish Mukherjee <[email protected]>
To: Laurenz Albe <[email protected]>
Cc: [email protected]
Subject: Re: Enquiry about long-running queries
Date: Mon, 10 Nov 2025 13:45:19 +0530
Message-ID: <CACgMzfx0m=R8QrvQ19+AOv6Y6eu31bqp+881mzAdX8rK28ggyQ@mail.gmail.com> (raw)
In-Reply-To: <[email protected]>
References: <CACgMzfwJQy8QmOFWdb3B1QNBchxC=4PjpBYMk4zgQz_WY8qmLQ@mail.gmail.com>
<[email protected]>
pgsql 17.5 on Red Hat Enterprise Linux release 8.10 (Ootpa)
The query is run from one of our php applications.
On Fri, Nov 7, 2025 at 8:59 PM Laurenz Albe <[email protected]>
wrote:
> On Fri, 2025-11-07 at 19:18 +0530, Ashish Mukherjee wrote:
> > I have a query like this showing up on my production database -
> >
> > s05=> SELECT pid, user, usename, application_name, client_addr,
> client_hostname, client_port, datname, now() - query_start as "runtime",
> > state, wait_event_type, wait_event,
> > substr(query, 0, 100)
> > FROM pg_stat_activity
> > WHERE now() - query_start > '5 minutes'::interval and state = 'active'
> > ORDER BY runtime DESC;
> > pid | user | usename | application_name | client_addr |
> client_hostname | client_port | datname | runtime
> > | state | wait_event_type | wait_event |
> substr
> >
> -------+--------+-----------------+----------------+--------------------------------------------------------------------
> > 356274 | s05 | s05 | scandir | 192.168.64.61 |
> | 44098 | s05 | 9 days 18:45:37
> > .65577 | active | IPC | ParallelFinish | select scac_code
> from scac where supported_by_smc = true
> >
> > The query when run from psql prompt finishes in a jiffy, so query
> performance/cost is not the problem.
> > Also, when I try to kill the query through pg_terminate_backend or
> pg_cancel_backend, it does not get killed.
> >
> > I am wondering what could be the root cause of this problem and how it
> could be addressed. Any pointers would be appreciated.
>
> That is strange. The wait event means that the backend is waiting for
> parallel
> workers to finish. But any existing parallel worker processes would also
> have
> to show up in the query result.
>
> On what operating system does PostgreSQL run?
>
> What exact version is it?
>
> You could try to "strace" the backend process (or use an equivalent tool,
> if
> you are not on Linux) and see if the process issues any system calls.
> To see what's going on, you'd have to attach to the backend process with a
> debugger and take a stack trace.
>
> Yours,
> Laurenz Albe
>
view thread (6+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Enquiry about long-running queries
In-Reply-To: <CACgMzfx0m=R8QrvQ19+AOv6Y6eu31bqp+881mzAdX8rK28ggyQ@mail.gmail.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox