Re: logical replication launcher crash on buildfarm
Petr Jelinek <petr.jelinek@2ndquadrant.com>
From: Petr Jelinek <petr.jelinek@2ndquadrant.com>
To: Robert Haas <robertmhaas@gmail.com>, Andres Freund <andres@anarazel.de>
Cc: "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>,
Petr Jelinek <petr@2ndquadrant.com>, Peter Eisentraut <peter_e@gmx.net>
Date: 2017-03-28T01:47:50Z
Lists: pgsql-hackers
On 28/03/17 03:31, Petr Jelinek wrote: > On 27/03/17 19:01, Robert Haas wrote: >> On Mon, Mar 27, 2017 at 12:50 PM, Andres Freund <andres@anarazel.de> wrote: >>> Robert, Petr, either of you planning to fix this (as outlined elsewhere >>> in the thred)? >> >> Oh, I didn't realize anybody was looking to me to fix this. I sort of >> thought that it was fallout from the logical replication patch and >> that Petr or Peter would deal with it. If that's not the case, I'm >> not totally unwilling to take a whack at it, but I don't have much >> personal enthusiasm for trying to figure out how to make dynamic >> loading on the postgres binary itself work everywhere, so if it falls >> to me to fix, it's likely to get a hard-coded check for some >> hard-coded name. >> > > It affects parallel workers same way, I'll write patch for HEAD soon, > 9.6 probably with some delay. I'll expand the InternalBgWorkers thing > that was added with logical replication to handle this in similar > fashion how we do fmgrtab. > Btw now that I look at the code, I guess we'll want to get rid of bgw_main completely in HEAD given that we can't guarantee it will be valid even for shared_preload_library libraries. For older branches I would leave things as they are in this regard as there don't seem to be any immediate issue for standard binaries. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
-
Avoid passing function pointers across process boundaries.
- 9c225acf0b97 9.6.3 landed
- 32470825d36d 10.0 landed
-
Don't use bgw_main even to specify in-core bgworker entrypoints.
- 0ef26bb394ab 9.5.7 landed
- 9b6e8d8f86ac 9.6.3 landed
- 2113ac4cbb12 10.0 landed