| From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
|---|---|
| To: | Rintaro Ikeda <ikedarintarof(at)oss(dot)nttdata(dot)com> |
| Cc: | Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp>, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, Jakub Wartak <jakub(dot)wartak(at)enterprisedb(dot)com>, "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>, "slpmcf(at)gmail(dot)com" <slpmcf(at)gmail(dot)com>, "boekewurm+postgres(at)gmail(dot)com" <boekewurm+postgres(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Srinath Reddy Sadipiralla <srinath2133(at)gmail(dot)com>, Dilip Kumar <dilipbalaut(at)gmail(dot)com> |
| Subject: | Re: Suggestion to add --continue-client-on-abort option to pgbench |
| Date: | 2025-11-05 15:12:11 |
| Message-ID: | CAHGQGwHF1P4Jc8GrO2xbj1N-nzcTmCmKJGp2oN3pim1YTmTZbQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Oct 29, 2025 at 1:00 AM Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
>
> On Mon, Oct 27, 2025 at 6:13 PM Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> > One approach to address this issue is to keep calling PQgetResult() until
> > it returns NULL, and then check the connection status when getSQLErrorStatus()
> > determines the error state. If the connection status is CONNECTION_BAD
> > at that point, we can treat it as a connection failure and stop processing
> > even when --continue-on-error is specified. Attached is a WIP patch
> > implementing this idea based on the v17 patch. It still needs more testing,
> > review, and possibly documentation updates.
> >
> > Another option would be to explicitly list all SQLSTATE codes (e.g., 57P01)
> > that should prevent continued processing, even with --continue-on-error,
> > inside getSQLErrorStatus(). However, maintaining such a list would be
> > cumbersome, so I believe the first approach is preferable. Thought?
>
> Nagata-san let me know off-list that there was the case where the previous
> patch didn't work correctly in pipeline mode. I've updated the patch so that
> --continue-on-error now works properly in that mode, and also revised
> the commit message. Updated patch attached.
In v19 patch, the description of --continue-on-error was placed right after
--verbose-errors in the docs. Since pgbench long option descriptions are listed
in alphabetical order, I've moved it to follow --aggregate-interval instead.
I've also refined the wording of the --continue-on-error description.
Attached is the updated patch. Unless there are any objections, I will
commit it.
Regards,
--
Fujii Masao
| Attachment | Content-Type | Size |
|---|---|---|
| v20-0001-pgbench-Add-continue-on-error-option.patch | application/octet-stream | 18.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Heikki Linnakangas | 2025-11-05 15:37:54 | Re: POC: make mxidoff 64 bits |
| Previous Message | vignesh C | 2025-11-05 14:44:48 | Re: Logical Replication of sequences |