Re: BUG #19373: One backend hanging in AioIoUringExecution blocking other backends

From: surya poondla <suryapoondla4(at)gmail(dot)com>
To: michael(dot)kroell(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #19373: One backend hanging in AioIoUringExecution blocking other backends
Date: 2026-01-17 00:09:02
Message-ID: CAOVWO5oKxGOdaGSS5QDH8WnpNqjiZ=W5PjP8_Uk4b2x6=EfUUA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hi Michael,

Thank you for the detailed report.

Even though there was a *global* statement_timeout=61s configured, backends
> accessing the same table were hanging with ``LWLock AioUringCompletion``
>

The statement_timeout not interrupting and not erroring out looks weird,
and this part could be a postgres bug in itself.

> Restarting the cluster did not go through until the hanging leader PID was
> ``SIGKILL``ed
>
Am I understanding this correctly as "Normal shutdown (SIGTERM or pg_ctl
stop) did not complete, and postmaster remained waiting on
until AioIoUringExecution was force killed" ?

I’m interested in digging into this and am wondering about the below
1. What filesystem and storage was this instance running on
2. Was this a parallel sequential scan, was any index access involved?
3. By any chance do you have a reproducible test case?
4. Can you share what shared_preload_libraries you are using?

Regards,
Surya Poondla

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Kröll 2026-01-17 09:03:56 Re: BUG #19373: One backend hanging in AioIoUringExecution blocking other backends
Previous Message Amit Langote 2026-01-16 07:57:48 Re: BUG #19099: Conditional DELETE from partitioned table with non-updatable partition raises internal error