Re: A recent message added to pg_upgade

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: A recent message added to pg_upgade
Дата
Msg-id 202310270831.wk3ycsnxsxy2@alvherre.pgsql
обсуждение исходный текст
Ответ на A recent message added to pg_upgade  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Ответы Re: A recent message added to pg_upgade  (Amit Kapila <amit.kapila16@gmail.com>)
Список pgsql-hackers
On 2023-Oct-27, Kyotaro Horiguchi wrote:

> @@ -1433,8 +1433,8 @@ InvalidatePossiblyObsoleteSlot(ReplicationSlotInvalidationCause cause,
>          {
>              ereport(ERROR,
>                      errcode(ERRCODE_INVALID_PARAMETER_VALUE),
> -                    errmsg("replication slots must not be invalidated during the upgrade"),
> -                    errhint("\"max_slot_wal_keep_size\" must be set to -1 during the upgrade"));

Hmm, if I read this code right, this error is going to be thrown by the
checkpointer while finishing a checkpoint.  Fortunately, the checkpoint
record has already been written, but I don't know what would happen if
this is thrown while trying to write the shutdown checkpoint.  Probably
nothing terribly good.

I don't think this is useful.  If the setting is invalid during binary
upgrade, let's prevent it from being set at all right from the start of
the upgrade process.  In InvalidatePossiblyObsoleteSlot() we could have
just an Assert() or elog(PANIC).

-- 
Álvaro Herrera        Breisgau, Deutschland  —  https://www.EnterpriseDB.com/



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

Предыдущее
От: Laurenz Albe
Дата:
Сообщение: Re: pg_dump not dumping the run_as_owner setting from version 16?
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: Synchronizing slots from primary to standby