Re: pg_ctl failover Re: Latches, signals, and waiting - Mailing list pgsql-hackers

From Robert Haas
Subject Re: pg_ctl failover Re: Latches, signals, and waiting
Date
Msg-id AANLkTimO5AZetgAd2SejOFzj5F+N1Lu-Nphey0PDt+4=@mail.gmail.com
Whole thread Raw
In response to Re: pg_ctl failover Re: Latches, signals, and waiting  (Tatsuo Ishii <ishii@postgresql.org>)
Responses Re: pg_ctl failover Re: Latches, signals, and waiting  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Jan 28, 2011 at 3:40 AM, Tatsuo Ishii <ishii@postgresql.org> wrote:
>> On Fri, Jan 28, 2011 at 4:57 PM, Magnus Hagander <magnus@hagander.net> wrote:
>>> On Fri, Jan 28, 2011 at 08:44, Tatsuo Ishii <ishii@postgresql.org> wrote:
>>>>>> I did s/failover/promote. Here is the updated patch.
>>>>>
>>>>> I rebased the patch to current git master.
>>>>
>>>> I'm thinking about implementing a function which does a promotion for
>>>> the standby. It will make pgpool lot easier to control the promotion
>>>> since it allow to fire the promotion operation (either creating a
>>>> trigger file or sending a signal) via SQL, not ssh etc.
>>>
>>> I agree that having this available via SQL would be useful in a number
>>> of cases. pgpool or such being one, but also for example pgadmin.
>>
>> Agreed. I submitted the patch before, but I forgot to update it
>> and add it to CF.
>> http://archives.postgresql.org/message-id/AANLkTimuHbxbuM+zLkaEX3aDqSeiMUE3xb4ww1QtsLmf@mail.gmail.com
>
> Great!

I hate to be a wet blanket, but the number of patches in this CF is
going the wrong direction.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: mingw64
Next
From: Boszormenyi Zoltan
Date:
Subject: Re: make -j2 error in ecpg/pgtypeslib in current GIT