Re: recovery_connections cannot start (was Re: master in standby mode croaks)
Kevin Grittner <kevin.grittner@wicourts.gov>
From: "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
To: "Heikki Linnakangas" <heikki.linnakangas@enterprisedb.com>, "Tom Lane" <tgl@sss.pgh.pa.us>
Cc: "Simon Riggs" <simon@2ndquadrant.com>, "Fujii Masao" <masao.fujii@gmail.com>, "Robert Haas" <robertmhaas@gmail.com>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2010-04-23T18:43:47Z
Lists: pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote: > As a concrete example, there is nothing logically wrong with > driving a hot standby slave from WAL records shipped via old-style > pg_standby. Or how about wanting to turn off recovery_connections > temporarily, but not wanting the archived WAL to be unable to > support HS? As one more concrete example, we are likely to find SR beneficial if it can feed into a warm standby, but only if we can also do traditional WAL file archiving from the same source at the same time. The extra logging for HS would be useless for us in any event. +1 for *not* tying WAL contents to the transport mechanism. -Kevin