From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Assertion failure in pgbench |
Date: | 2025-08-01 11:55:10 |
Message-ID: | CAHGQGwHnCKO3JM7ePq4rigSqKHoGFO-NvLg7DrukcWgr2RZ=iw@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Aug 1, 2025 at 9:03 AM Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
>
> > On Thu, Jul 31, 2025 at 11:03 AM Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
> >> > Yes. When an error occurs and an error response message returned from
> >> > backend, pgbench will send one more sync message, then sends ROLLBACK
> >> > if necessary. I think the code above should be changed to call
> >> > PQgetResult repeatably until it returns NULL.
> >
> > I was thinking the same. The attached patch implements that approach,
> > and it seems to eliminate the assertion failure.
>
> The patch looks good to me and I confirmed it fixes the the assertion
> failure.
Thanks for the review and testing!
I've updated the commit message and attached a revised version of the patch.
This assertion failure can occur when retriable errors (like
serialization errors) happen while using pipeline mode. Since
this issue exists from v15 onward, the fix should be back-patched
to v15. I’ve also attached a version of the patch that applies
cleanly to v15 and v16, as the master patch doesn’t apply cleanly
to those branches.
Unless there are any objections, I plan to commit this and
back-patch to v15.
Regards,
--
Fujii Masao
Attachment | Content-Type | Size |
---|---|---|
v2-0001-PG15_PG16-Fix-assertion-failure-in-pgbench-when-handling-mu.patch | application/octet-stream | 2.0 KB |
v2-0001-Fix-assertion-failure-in-pgbench-when-handling-mu.patch | application/octet-stream | 2.2 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrei Lepikhov | 2025-08-01 12:32:51 | Correction of RowMark Removal During Sel-Join Elimination |
Previous Message | Dilip Kumar | 2025-08-01 11:41:48 | Re: Conflict detection for update_deleted in logical replication |