Re: Stefan's bug (was: max_standby_delay considered harmful)

Поиск
Список
Период
Сортировка
От Fujii Masao
Тема Re: Stefan's bug (was: max_standby_delay considered harmful)
Дата
Msg-id AANLkTilc1BL42zR06S5pAr7kwlFilFlWpQu9aEai_m1a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Stefan's bug (was: max_standby_delay considered harmful)  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Stefan's bug (was: max_standby_delay considered harmful)  (Robert Haas <robertmhaas@gmail.com>)
Re: Stefan's bug (was: max_standby_delay considered harmful)  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
On Wed, May 19, 2010 at 12:59 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> In terms of removing the backup label file, can we simply have an
> additional boolean in the postmaster that indicates whether we've ever
> reached PM_RUN, and only consider removing the backup file if so?

Yes, but I prefer XLogCtl->SharedRecoveryInProgress, which is the almost
same indicator as the boolean you suggested. Thought?

>>>> ISTM that walreceiver might be invoked even after shutdown is requested.
>>>> We should prevent the postmaster from starting up walreceiver if
>>>> Shutdown > NoShutdown?
>>>
>>> Well, when we did the previous shutdown patch, we decided it was not
>>> right to kill walreceiver until all backends had exited, so it seems
>>> inconsistent to make the opposite decision here.
>>
>> Oh, right. How about allowing the postmaster only in PM_STARTUP,
>> PM_RECOVERY, PM_HOT_STANDBY or PM_WAIT_READONLY state to invoke
>> walreceiver? We can keep walreceiver alive until all read only
>> backends have gone, and prevent unexpected startup of walreceiver.
>
> Yes, that seems like something we should be checking, if we aren't already.

I'll do that.

Regards,

-- 
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: ecmascript 5 DATESTYLE
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: ecmascript 5 DATESTYLE