Re: [GENERAL] Shutting down a warm standby database in 8.2beta3 - Mailing list pgsql-hackers

From Stephen Harris
Subject Re: [GENERAL] Shutting down a warm standby database in 8.2beta3
Date
Msg-id 20061118035455.GB5891@pugwash.spuddy.org
Whole thread Raw
In response to Re: [GENERAL] Shutting down a warm standby database in 8.2beta3  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [GENERAL] Shutting down a warm standby database in 8.2beta3
List pgsql-hackers
On Fri, Nov 17, 2006 at 10:49:39PM -0500, Tom Lane wrote:
> Stephen Harris <lists@spuddy.org> writes:
> > However, it seems the signal wasn't sent at all.
> 
> Now that I think about it, the behavior of system() is predicated on the
> assumption that SIGINT and SIGQUIT originate with the tty driver and are
> broadcast to all members of the session's process group --- so the

> This does not apply to signals originated by the postmaster --- it
> doesn't even know that the child process is doing a system(), much less
> have any way to signal the grandchild.  Ugh.

Why not, after calling fork() create a new process group with setsid() and
then instead of killing the recovery thread, kill the whole process group
(-PID rather than PID)?  Then every process (the recovery thread, the
system, the script, any child of the script) will all receive the signal.

-- 

rgds
Stephen


pgsql-hackers by date:

Previous
From: Stephen Harris
Date:
Subject: Re: [GENERAL] Shutting down a warm standby database in 8.2beta3
Next
From: Tom Lane
Date:
Subject: Re: [GENERAL] Shutting down a warm standby database in 8.2beta3