Re: BUG #17421: Core dump in ECPGdo() when calling PostgreSQL API from 32-bit client for RHEL8
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Michael Paquier <michael@paquier.xyz>
Cc: "hirose.masay-01@fujitsu.com" <hirose.masay-01@fujitsu.com>,
"pgsql-bugs@lists.postgresql.org" <pgsql-bugs@lists.postgresql.org>
Date: 2022-03-05T15:19:02Z
Lists: pgsql-bugs
Michael Paquier <michael@paquier.xyz> writes: > On Sat, Mar 05, 2022 at 06:45:21AM +0000, hirose.masay-01@fujitsu.com wrote: >> My test case to reproduce the issue is: >> 1. The client connects Postgres Database and issues SQL continuously. >> 2. Switch the Database role from Active to Standby. >> The Database is mirrored by the Mirroring Controller between two >> clustered servers. the Mirroring Controller may be the original >> feature added by the enterprise. > A self-contained test case enters in the category of an ECPG script > that we could use to reproduce the problem. Personally, I have no > idea what kind of application stack you are using, and I don't know > TJVvDatabaseAPI, which I suspect is a proprietary solution for > something related to databases. The information you are providing > here is not enough for one to know how to reproduce this problem. "Switch from active to standby" isn't even possible in community Postgres, so there are definitely moving parts in this recipe that we are not responsible for or familiar with. Perhaps the problem can be reproduced with just stock Postgres, but nobody here is going to expend the effort to try to build a reproducer from this amount of information. We have a wiki page offering advice about creating actionable problem reports: https://wiki.postgresql.org/wiki/Guide_to_reporting_problems regards, tom lane
Commits
-
Don't fail on libpq-generated error reports in ecpg_raise_backend().
- 89254606b61e 10.22 landed
- d82ed5b2f820 11.17 landed
- 02026cadbf04 12.12 landed
- 16d68007cd74 13.8 landed
- a5dbca460ace 14.4 landed
- 6d157e7cb8d3 15.0 landed