Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id E7E981337B5B for ; Sat, 1 Jan 2011 15:30:04 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 31234-04; Sat, 1 Jan 2011 19:29:57 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from exprod7og111.obsmtp.com (exprod7og111.obsmtp.com [64.18.2.175]) by mail.postgresql.org (Postfix) with SMTP id CA3581337B6E; Sat, 1 Jan 2011 15:29:56 -0400 (AST) Received: from source ([209.85.215.180]) (using TLSv1) by exprod7ob111.postini.com ([64.18.6.12]) with SMTP ID DSNKTR+As2v5G3X94BYyQaUhDrNDMYu1QEYA@postini.com; Sat, 01 Jan 2011 11:29:57 PST Received: by eyf18 with SMTP id 18so5083711eyf.39 for ; Sat, 01 Jan 2011 11:29:54 -0800 (PST) Received: by 10.213.26.7 with SMTP id b7mr10551704ebc.29.1293910192368; Sat, 01 Jan 2011 11:29:52 -0800 (PST) Received: from [192.168.1.183] (dsl-hkibrasgw2-ff7ac300-240.dhcp.inet.fi [88.195.122.240]) by mx.google.com with ESMTPS id q58sm13329514eeh.15.2011.01.01.11.29.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 01 Jan 2011 11:29:51 -0800 (PST) Message-ID: <4D1F80A9.1020203@enterprisedb.com> Date: Sat, 01 Jan 2011 21:29:45 +0200 From: Heikki Linnakangas User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fi-FI; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 MIME-Version: 1.0 To: Simon Riggs CC: Stefan Kaltenbrunner , Dimitri Fontaine , greg@2ndQuadrant.com, Josh Berkus , Hannu Krosing , Robert Haas , pgsql-hackers@postgresql.org Subject: Re: Sync Rep Design References: <1293729972.1892.23804.camel@ebony> <4D1CC47E.7050207@kaltenbrunner.cc> <1293735853.1892.24886.camel@ebony> <4D1D8B2F.5070001@2ndquadrant.com> <4D1DAB14.5000800@enterprisedb.com> <1293796137.1892.37313.camel@ebony> <4D1DCF5A.7070808@enterprisedb.com> <1293822959.1892.43164.camel@ebony> <4D1F332A.90306@kaltenbrunner.cc> <4D1F5838.8020509@kaltenbrunner.cc> <1293901428.1892.60565.camel@ebony> In-Reply-To: <1293901428.1892.60565.camel@ebony> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-4.2 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3 X-Spam-Level: X-Archive-Number: 201101/29 X-Sequence-Number: 177866 On 01.01.2011 19:03, Simon Riggs wrote: > On Sat, 2011-01-01 at 17:37 +0100, Stefan Kaltenbrunner wrote: >> On 01/01/2011 05:28 PM, Dimitri Fontaine wrote: >>> Stefan Kaltenbrunner writes: >>>> well you keep saying that but to be honest I cannot really even see a >>>> usecase for me - what is "only a random one of a set of servers is sync at >>>> any time and I don't really know which one". >>> >>> It looks easy enough to get to know which one it is. Surely the primary >>> knows and could update something visible through a system view for >>> users? This as been asked for before and I was thinking there was a >>> consensus on this. >> >> well as jeff janes already said - anything that requires the master to >> still exist is not useful for a desaster. > > Nobody has suggested that the master needs to still exist after a > disaster. Dimitri just did, see above. I agree it's not very useful. I don't think there's any other solution to knowing which standby is ahead than connect to both standbys and ask how far each is. I don't see a problem with that, whatever middleware handles the failover and STONITH etc. should be able to do that too. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com