Re: Possible better pg_ctl start/stop handling?
От | Tom Lane |
---|---|
Тема | Re: Possible better pg_ctl start/stop handling? |
Дата | |
Msg-id | 10662.1121104214@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Possible better pg_ctl start/stop handling? ("Joshua D. Drake" <jd@commandprompt.com>) |
Ответы |
Re: Possible better pg_ctl start/stop handling?
|
Список | pgsql-hackers |
"Joshua D. Drake" <jd@commandprompt.com> writes: > FATAL: pre-existing shared memory block (key 5432001, ID 19202077) is > still in use > HINT: If you're sure there are no old server processes still running, > remove the shared memory block with the command "ipcclean", "ipcrm", or > just delete the file "postmaster.pid". > As we can see pg_ctl knows that the PID does not exist. If the PID does > not exist is it safe to assume that we can remove the file? So that we > may start again? The error message is warning you that there appear to still be live backends in the data directory, even though the original postmaster process is gone (crashed?). If that is the case, forcibly starting a new postmaster is a fine recipe for creating unrecoverable data corruption. So having pg_ctl auto-remove the file is horribly dangerous and is NOT going to happen. How did you get into this state anyway? regards, tom lane
В списке pgsql-hackers по дате отправления: