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