Re: BUG #15804: Assertion failure when using logging_collector with EXEC_BACKEND
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Michael Paquier <michael@paquier.xyz>
Cc: Andrew Dunstan <andrew.dunstan@2ndquadrant.com>,
Andres Freund <andres@anarazel.de>,
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>,
Yuli Khodorkovskiy <yuli.khodorkovskiy@crunchydata.com>,
pgsql-bugs@lists.postgresql.org
Date: 2019-09-10T14:58:52Z
Lists: pgsql-bugs
Attachments
- postpone-port-opening-3.patch (text/x-diff) patch
Michael Paquier <michael@paquier.xyz> writes: > On Tue, Sep 10, 2019 at 01:28:51AM -0400, Tom Lane wrote: >> But the external PID file is a different story. I can believe that >> something might be expecting the sockets to be open before we create >> that file --- and since we're not using that file for an interlock, >> there's no reason to be in a hurry to create it. I think it'd make >> sense to move that step further down, so it's still done after the >> create-sockets step. > That's the actual take here. We cannot assume that nobody is relying > on that. If they do, it could be tricky to rework this logic. Moving > the external file write a bit later does not sound like a bad thing in > itself to keep more consistency with the past. Here's a version that does it like that. After studying things a bit, it seemed like a good idea to also move RemovePgTempFiles() down, so that that possibly-slow step still occurs after making the external PID file. Everything else that we've moved to before that step should be reasonably quick. regards, tom lane
Commits
-
Rearrange postmaster's startup sequence for better syslogger results.
- 9a86f03b4e8c 13.0 landed
-
Improve logrotate test so that it meaningfully exercises syslogger.
- 9d5c22d28f8c 12.0 landed
-
Revert "postmaster: Start syslogger earlier".
- 833451552925 12.0 landed
-
postmaster: Start syslogger earlier
- 57431a911d3a 12.0 cited