Re: Assertion failure in pgbench

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

In response to

Responses

Browse pgsql-hackers by date

  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