Return-Path: Delivered-To: apmail-incubator-directory-dev-archive@www.apache.org Received: (qmail 39235 invoked from network); 24 Feb 2005 02:59:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 24 Feb 2005 02:59:36 -0000 Received: (qmail 92777 invoked by uid 500); 24 Feb 2005 02:59:36 -0000 Delivered-To: apmail-incubator-directory-dev-archive@incubator.apache.org Received: (qmail 92732 invoked by uid 500); 24 Feb 2005 02:59:36 -0000 Mailing-List: contact directory-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list directory-dev@incubator.apache.org Received: (qmail 92710 invoked by uid 99); 24 Feb 2005 02:59:35 -0000 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=FROM_ENDS_IN_NUMS,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of aok123@bellsouth.net designates 205.152.59.65 as permitted sender) Received: from imf17aec.mail.bellsouth.net (HELO imf17aec.mail.bellsouth.net) (205.152.59.65) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 23 Feb 2005 18:59:35 -0800 Received: from [172.16.1.7] ([65.80.200.112]) by imf17aec.mail.bellsouth.net (InterMail vM.5.01.06.11 201-253-122-130-111-20040605) with ESMTP id <20050224025933.UXRN2031.imf17aec.mail.bellsouth.net@[172.16.1.7]> for ; Wed, 23 Feb 2005 21:59:33 -0500 Message-ID: <421D4315.7090509@bellsouth.net> Date: Wed, 23 Feb 2005 21:59:33 -0500 From: Alex Karasulu User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [replication] Master slave replication will not suffice References: <421D2AC2.8060001@bellsouth.net> <00c001c51a17$39e5d220$f3529145@mouse> In-Reply-To: <00c001c51a17$39e5d220$f3529145@mouse> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N David Boreham wrote: >> So what we need is multimaster replication. > > > Probably. Having a single point of failure for writes tends to upset > folk, even though in reality > for most purposes it's ok (e.g .almost all > RDBMS have this property too, but that doesn't > tend to cause concern). Yep I agree best to keep system going if masster is down. > >> This is an order of magnitude more complex than master slave >> replication. > > > More complex, but I'm not sure about order of magnitude. > I've worked on code for both kinds. I do believe that Have any recommendations? Advice? How would you proceed to introduce MMR into ApacheDS? -Alex