Re: unable to fail over to warm standby server - Mailing list pgsql-bugs

From Tom Lane
Subject Re: unable to fail over to warm standby server
Date
Msg-id 15716.1264810732@sss.pgh.pa.us
Whole thread Raw
In response to Re: unable to fail over to warm standby server  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: unable to fail over to warm standby server  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-bugs
Robert Haas <robertmhaas@gmail.com> writes:
> On Fri, Jan 29, 2010 at 3:32 PM, Heikki Linnakangas
>> That only affects the error message and is harmless otherwise, but I
>> thought I'd mention it. I'll fix it, unless someone wants to argue that
>> its more useful to print the raw return value of system(), because it
>> might contain more information like which signal killed the process,
>> that you could extract from the cryptic error code using e.g WTERMSIG()
>> macro.

> An "if" statement would seem to be in order, so that you can print out
> either the exit code or the signal number as appropriate.

Yes.  Please see the existing code in the postmaster that prints
subprocess exit codes, and duplicate it (or perhaps refactor so you can
avoid code duplication; though translatability of messages might limit
what you can do there).

            regards, tom lane

pgsql-bugs by date:

Previous
From: Robert Haas
Date:
Subject: Re: unable to fail over to warm standby server
Next
From: "D Black"
Date:
Subject: BUG #5303: Upgrade failure due to sever.key permissions