Re: recovery test failures on hoverfly
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>, Michael Paquier <michael@paquier.xyz>
Cc: Amit Kapila <amit.kapila16@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
Noah Misch <noah@leadboat.com>
Date: 2021-06-12T21:19:38Z
Lists: pgsql-hackers
On 6/12/21 3:15 PM, Tom Lane wrote: >>> Michael Paquier <michael@paquier.xyz> writes: >>>> This is the same problem as c757a3da and 6d41dd0, where we write a >>>> query to a pipe but the kill, causing a failure, makes the test fail >>>> with a SIGPIPE in IPC::Run as a query is sent down to a pipe. > After checking the git logs, I realized that this failure is actually > new since 11e9caff8: before that, poll_query_until passed the query > on the command line not stdin, so it wasn't vulnerable to SIGPIPE. > So that explains why we only recently started to see this. > > The fix I proposed seems to work fine in all branches, so I went > ahead and pushed it. > > I'm a bit dubious about this. It doesn't seem more robust to insist that we pass undef in certain cases. If passing the SQL via stdin is fragile, as we also found to be the case with passing it via the command line, perhaps we should try passing it via a tmp file. Then there would presumably be no SIGPIPE. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
Commits
-
Restore robustness of TAP tests that wait for postmaster restart.
- f452aaf7d4a9 14.0 landed
- b170ca021c6a 11.13 landed
- 94e21021cdf2 13.4 landed
- 1b48dd50abd6 10.18 landed
- 0b619df6daca 12.8 landed