Re: logical replication and PANIC during shutdown checkpoint in publisher
Michael Paquier <michael.paquier@gmail.com>
From: Michael Paquier <michael.paquier@gmail.com>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: Petr Jelinek <petr.jelinek@2ndquadrant.com>,
Andres Freund <andres@anarazel.de>, Fujii Masao <masao.fujii@gmail.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2017-05-02T03:35:42Z
Lists: pgsql-hackers
On Tue, May 2, 2017 at 7:07 AM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > On 4/25/17 21:47, Michael Paquier wrote: >> Attached is an updated patch to reflect that. > > I edited this a bit, here is a new version. Thanks, looks fine for me. > A variant approach would be to prohibit *all* new commands after > entering the "stopping" state, just let running commands run. That way > we don't have to pick which individual commands are at risk. I'm not > sure that we have covered everything here. It seems to me that everything is covered. We are taking about creation and dropping of slots here, where standby snapshots can be created and SQL queries can be run when doing a tablesync meaning that FPWs could be taken in the context of the WAL sender. Blocking all commands would be surely safer I agree, but I see no reason to block things more than necessary. -- Michael
Commits
-
Prevent possibility of panics during shutdown checkpoint.
- 862204aaceb1 9.6.4 landed
- 50581f2e74fa 9.5.8 landed
- 1cdc0ab9c180 9.4.13 landed
- c6c333436491 10.0 landed
-
Revert "Prevent panic during shutdown checkpoint"
- 703f148e98ec 10.0 landed
-
Prevent panic during shutdown checkpoint
- 086221cf6b17 10.0 cited