pgsql: Prevent startup of logical replication launcher during pg_upgrad

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема pgsql: Prevent startup of logical replication launcher during pg_upgrad
Дата
Msg-id E1qyQMD-003XXN-Mf@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Prevent startup of logical replication launcher during pg_upgrade

The logical replication launcher may start apply workers during an
upgrade.  This could be the cause of corruptions on a new cluster if
these are able to apply changes before the physical files are copied
over to the new cluster.

The chance of being able to do so is small as pg_upgrade uses its own
port and unix domain directory (the latter is customizable with
--socketdir), but just preventing the launcher to start is safer at the
end, because we are then sure that no changes will be applied.  Like
29d0a77fa660 for max_slot_wal_keep_size, this is only set when a cluster
uses v17 or newer.

Author: Vignesh C
Discussion: https://postgr.es/m/CALDaNm2g9ZKf=y8X6z6MsLCuh8WwU-=Q6pLj35NFi2M5BZNS_A@mail.gmail.com

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/7021d3b1766420ac4968fa0ff81873e81b7fd641

Modified Files
--------------
src/bin/pg_upgrade/server.c | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)


В списке pgsql-committers по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: pgsql: Fix 003_check_guc.pl when loading modules with custom GUCs
Следующее
От: Jeff Davis
Дата:
Сообщение: pgsql: Additional unicode primitive functions.