Re: Improve handling of parameter differences in physical replication

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Improve handling of parameter differences in physical replication
Дата
Msg-id c3375379-d699-c514-9664-defbb92ec344@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Improve handling of parameter differences in physical replication  (Sergei Kornilov <sk@zsrv.org>)
Список pgsql-hackers
On 2020-11-19 20:17, Sergei Kornilov wrote:
> Seems WAIT_EVENT_RECOVERY_PAUSE addition was lost during patch simplification.

added

>>         ereport(FATAL,
>>                 (errmsg("recovery aborted because of insufficient parameter settings"),
>>                  errhint("You can restart the server after making the necessary configuration changes.")));
> 
> I think we should repeat here conflicted param_name and minValue. pg_wal_replay_resume can be called days after
recoverybeing paused. The initial message can be difficult to find.
 

done

> 
>> errmsg("recovery will be paused")
> 
> May be use the same "recovery has paused" as in recoveryPausesHere? It doesn't seem to make any difference since we
setpause right after that, but there will be a little less work translators.
 

done

> Not sure about "If recovery is unpaused". The word "resumed" seems to have been usually used in docs.

I think I like "unpaused" better here, because "resumed" would seem to 
imply that recovery can actually continue.

One thing that has not been added to my patch is the equivalent of 
496ee647ecd2917369ffcf1eaa0b2cdca07c8730, which allows promotion while 
recovery is paused.  I'm not sure that would be necessary, and it 
doesn't look easy to add either.

-- 
Peter Eisentraut
2ndQuadrant, an EDB company
https://www.2ndquadrant.com/

Вложения

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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: Move OpenSSL random under USE_OPENSSL_RANDOM
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: don't allocate HashAgg hash tables when running explain only