Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id A1C5F1337C04 for ; Thu, 30 Dec 2010 17:31:29 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 83116-01-4 for ; Thu, 30 Dec 2010 21:31:22 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outmail148101.authsmtp.com (outmail148101.authsmtp.com [62.13.148.101]) by mail.postgresql.org (Postfix) with ESMTP id A7BDC1337FDA for ; Thu, 30 Dec 2010 17:27:18 -0400 (AST) Received: from mail-c187.authsmtp.com (mail-c187.authsmtp.com [62.13.128.33]) by punt4.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id oBULREse042841; Thu, 30 Dec 2010 21:27:14 GMT Received: from [192.168.0.2] ([81.5.146.37]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2) with ESMTP id oBULRCMv086157; Thu, 30 Dec 2010 21:27:12 GMT Subject: Re: Sync Rep Design From: Simon Riggs To: Stefan Kaltenbrunner Cc: Robert Treat , pgsql-hackers@postgresql.org In-Reply-To: <4D1CF4E2.5000208@kaltenbrunner.cc> References: <1293729972.1892.23804.camel@ebony> <4D1CC47E.7050207@kaltenbrunner.cc> <1293735853.1892.24886.camel@ebony> <1293741390.1892.25918.camel@ebony> <1293742878.1892.26205.camel@ebony> <4D1CF4E2.5000208@kaltenbrunner.cc> Content-Type: text/plain; charset="UTF-8" Date: Thu, 30 Dec 2010 21:27:11 +0000 Message-ID: <1293744431.1892.26514.camel@ebony> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Server-Quench: 912d74d8-145b-11e0-ab46-001185d377ca X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZOTQEd DAteCiN5VAwpPBRK HVkIKg5MJUcNSQVJ NksadRtFawVbaVxS HGQLWlREUlx7W2R/ agkfZQRDZ1RPWwN0 U09WR1pVCwUmXm5k enxtL19yfwNHfXk+ YEVjVz5SXUYuckIp SlNVEWhUeGZhPWAC ARJccR5UcAJLdhoR aVd4ByJDAzANdhEY NiQQEgoKCH1kOSJe CjsANRo+TF0KEThU X-Authentic-SMTP: 61633235383639.1000:706 X-AuthFastPath: 255 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201012/2508 X-Sequence-Number: 177770 On Thu, 2010-12-30 at 22:08 +0100, Stefan Kaltenbrunner wrote: > On 12/30/2010 10:01 PM, Simon Riggs wrote: > > On Thu, 2010-12-30 at 15:51 -0500, Robert Treat wrote: > > > >> Still, one thing that has me concerned is that in the case of two > >> slaves, you don't know which one is the more up-to-date one if you > >> need to failover. It'd be nice if you could just guarantee they both > >> are... > > > > Regrettably, nobody can know that, without checking. > > how exactly would you check? - this seems like something that needs to > be done from the SQL and the CLI level and also very well documented > (which I cannot see in your proposal). This is a proposal for sync rep, not multi-node failover. I'm definitely not going to widen the scope of this project. Functions already exist to check the thing you're asking. -- Simon Riggs http://www.2ndQuadrant.com/books/ PostgreSQL Development, 24x7 Support, Training and Services