Re: Possible better pg_ctl start/stop handling? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Possible better pg_ctl start/stop handling?
Date
Msg-id 10662.1121104214@sss.pgh.pa.us
Whole thread Raw
In response to Possible better pg_ctl start/stop handling?  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: Possible better pg_ctl start/stop handling?
List 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 by date:

Previous
From: David Fetter
Date:
Subject: Re: Hide source code
Next
From: "Merlin Moncure"
Date:
Subject: Re: Hide source code