Re: Function to kill backend - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Function to kill backend
Date
Msg-id 526.1081279401@sss.pgh.pa.us
Whole thread Raw
In response to Re: Function to kill backend  (Josh Berkus <josh@agliodbs.com>)
Responses Re: Function to kill backend  (Rod Taylor <pg@rbt.ca>)
List pgsql-hackers
Josh Berkus <josh@agliodbs.com> writes:
> So I would vote for Yes on SIGINT by XID, but No on SIGTERM by PID, if Tom 
> thinks there will be any significant support & troubleshooting involved for 
> the latter.

Quite honestly, I don't know.  We know that some people have done manual
SIGTERMs and not been burnt; and I'm not aware of any reason why it
wouldn't work; but I don't think it's well enough tested to be sure that
it will work.  The sort of problem that I fear could arise is analogous
to the problem with kill -9'ing the postmaster: sure, the process is
gone and the database on disk is okay, but there might be resource leaks
or other problems left behind in shared memory.  We would not see such
problems in normal use because SIGTERM is associated with complete
database shutdown and release of shared memory.  With retail SIGTERM and
leaving the database up, though, it's a whole new ballgame and the
cleanup requirements become much stricter.

So like I say, I'm hesitant to buy into supporting this without a fairly
convincing argument that it's really needed.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: Function to kill backend
Next
From: Josh Berkus
Date:
Subject: Re: Function to kill backend