Re: max_standby_delay considered harmful
От | Robert Haas |
---|---|
Тема | Re: max_standby_delay considered harmful |
Дата | |
Msg-id | AANLkTik_ay5lTJTEhAUqmEAREsKT7mEGxzmeJll3ERXw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: max_standby_delay considered harmful (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: max_standby_delay considered harmful
|
Список | pgsql-hackers |
On Wed, May 12, 2010 at 10:46 PM, Fujii Masao <masao.fujii@gmail.com> wrote: > On Thu, May 13, 2010 at 4:55 AM, Robert Haas <robertmhaas@gmail.com> wrote: >> I am wondering if we are not correctly handling the case where we get >> a shutdown request while we are still in the PM_STARTUP state. It >> looks like we might go ahead and switch to PM_RECOVERY and then >> PM_RECOVERY_CONSISTENT without noticing the shutdown. There is some >> logic to handle the shutdown when the startup process exits, but if >> the startup process never exits it looks like we might get stuck. > > Right. I reported this problem and submitted the patch before. > http://archives.postgresql.org/pgsql-hackers/2010-04/msg00592.php Sorry we missed that. > Stefan, > Could you check whether the patch fixes the problem you encountered? I think that would be a good thing to check (it'll confirm whether this is the same bug), but I'm not convinced we should actually fix it that way. Prior to 8.4, we handled a smart shutdown during recovery at the conclusion of recovery, just prior to entering normal running. I'm wondering if we shouldn't revert to that behavior in both 8.4 and HEAD. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company
В списке pgsql-hackers по дате отправления: