Re: Should we remove "not fast" promotion at all?

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: Should we remove "not fast" promotion at all?
Дата
Msg-id CAHGQGwFV82qxfo7m0TCD0RX1kgM_J3v2CQm5qgbx6oU2LFXCjQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Should we remove "not fast" promotion at all?  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: Should we remove "not fast" promotion at all?  (Andres Freund <andres@2ndquadrant.com>)
Re: Should we remove "not fast" promotion at all?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Aug 6, 2013 at 11:40 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> Hi,
>
> On 2013-08-06 03:24:58 +0900, Fujii Masao wrote:
>> Hi all,
>>
>> We discussed the $SUBJECT in the following threads:
>> http://www.postgresql.org/message-id/CA+TgmoZbR+WL8E7MF_KRp6fY4FD2pMr11TPiuyjMFX_Vtg1Wrw@mail.gmail.com
>> http://www.postgresql.org/message-id/CAHGQGwEBUvgcx8X+Z0Hh+VdwYcJ8KCuRuLt1jSsxeLxPcX=0_w@mail.gmail.com
>>
>> Our consensus seems to remove "not fast" promotion at all
>> because there is no use case for that promotion.
>>
>> Attached patch removes "not fast" promotion. Barring any objections,
>> I will commit this patch.
>
> FWIW I'd rather keep plain promotion for a release or two. TBH, I have a
> bit of trust issues regarding the new method, and I'd like to be able to
> test potential issues against a stock postgres by doing a normal instead
> of a fast promotion.

So we should add new option specifying the promotion mode, into pg_ctl?
Currently pg_ctl cannot trigger the normal promotion.

Or, instead of normal promotion, it might be better to use another promotion
technique like shutdown + remove recovery.conf + restart for that purpose?

Regards,

-- 
Fujii Masao



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: Should we remove "not fast" promotion at all?
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Should we remove "not fast" promotion at all?