Re: Immediate shutdown during recovery
От | Fujii Masao |
---|---|
Тема | Re: Immediate shutdown during recovery |
Дата | |
Msg-id | 3f0b79eb0811281733k600f0ed6xaa08e3badd23773f@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Immediate shutdown during recovery (Simon Riggs <simon@2ndQuadrant.com>) |
Список | pgsql-hackers |
Hello, On Sat, Nov 29, 2008 at 12:40 AM, Simon Riggs <simon@2ndquadrant.com> wrote: > > On Fri, 2008-11-28 at 19:53 +0900, Fujii Masao wrote: >> Hi, >> >> On Fri, Nov 28, 2008 at 6:56 PM, Fujii Masao <masao.fujii@gmail.com> wrote: >> > Hi, >> > >> > The immediate shutdown (pg_ctl -m i stop) might not be able to >> > kill the startup process during archive recovery. It's because >> > the startup process calls system() which ignores SIGQUIT for >> > executing the restore_command. So, only the startup process >> > might survive the immediate shutdown and continue redoing up >> > to the end. Is this desirable behavior? This sounds odd for me. >> >> In RestoreArchivedFile(), there is the following code as the safeguard >> against the termination of restore_command by signal. But the >> safeguard might not work if restore_command defines its own signal >> handler for SIGQUIT like pg_standby. >> >> > signaled = WIFSIGNALED(rc) || WEXITSTATUS(rc) > 125; >> > >> > ereport(signaled ? FATAL : DEBUG2, >> > (errmsg("could not restore file \"%s\" from archive: return code %d", >> > xlogfname, rc))); > > Agree there is an existing problem. > > Suggest we fix it after the main patches are committed. OK, thanks. -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: