Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0B7E4F2DF for ; Mon, 13 May 2013 14:31:10 +0000 (UTC) Received: (qmail 31590 invoked by uid 500); 13 May 2013 14:31:09 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 31476 invoked by uid 500); 13 May 2013 14:31:09 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 31466 invoked by uid 99); 13 May 2013 14:31:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 14:31:09 +0000 X-ASF-Spam-Status: No, hits=3.8 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of christian.posta@gmail.com designates 209.85.217.176 as permitted sender) Received: from [209.85.217.176] (HELO mail-lb0-f176.google.com) (209.85.217.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 14:31:03 +0000 Received: by mail-lb0-f176.google.com with SMTP id x10so20952lbi.35 for ; Mon, 13 May 2013 07:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=A6nJXwAF3KZmnV7J4ufCyXd+t6U2yTEv669JZT2EFzI=; b=ixdALdhGA/Z3LP8Hg3aqZaBeeRAHxslpRZjdji3zhgg9RuoAxPSaBa697l2zBH/dMG n5ToJTr0bN+IoCT/mLGChxZ1GuAcQvpUJlxzdXtaiVz6OeSflSLMGt62oBHvav3EQ6XA +vNmIjkM+77c1eerOCOT/hwBOcNhSWj+qY+9FedNTexI/TuPkg2SqXfNyb1WwkX4w+Zm j4a5eh2cf10IzgaFnIEtyHQCDUL79VwcFHKK8oMK2Ga9Y+ZcvA7Keddn96PZiJeQofJj WaurMDC66adXXuv3JFyQubA3Fqimt5/0kjwmHvALzvhodMS9pdLLCIVW5d6RwnV0/6qQ DvCg== MIME-Version: 1.0 X-Received: by 10.152.27.132 with SMTP id t4mr4165466lag.46.1368455443093; Mon, 13 May 2013 07:30:43 -0700 (PDT) Received: by 10.114.83.134 with HTTP; Mon, 13 May 2013 07:30:43 -0700 (PDT) In-Reply-To: References: <1368173981016-4666877.post@n4.nabble.com> <1368404686003-4666941.post@n4.nabble.com> Date: Mon, 13 May 2013 07:30:43 -0700 Message-ID: Subject: Re: difficult and unusual configuration.. From: Christian Posta To: "users@activemq.apache.org" Content-Type: multipart/alternative; boundary=089e0160abe0939cb704dc9a5c46 X-Virus-Checked: Checked by ClamAV on apache.org --089e0160abe0939cb704dc9a5c46 Content-Type: text/plain; charset=ISO-8859-1 Paul, that is correct. On Sun, May 12, 2013 at 7:01 PM, Paul Gale wrote: > >I saw this document from here > http://activemq.apache.org/jdbc-master-slave.html and i think in here they > allow brokers to have more than 2. > >Did i misunderstand what you mean? > > In master-slave you can have as many brokers as you want, regardless of the > storage strategy in use. However, there can only be one master at any one > instant in time. The other brokers will remain slaves. As slaves they have > their transport connectors turned so as not to accept any client > connections. They are also constantly trying to acquire the shared lock > that the master hold. If the master dies one of the slaves will be > successful in its next attempt to acquire the lock as the master will not > have been able to renew its lease on the lock. Once acquired the slave > holding the lock will automatically promote itself to become the new master > at which point it will turn on its transport connectors and start accepting > client connections. > > One requirement for all this to work is that all clients must be using the > failover protocol to connect to a broker. In turn all clients using the > failover protocol must know the addresses of all the brokers as > load-balancing is done client-side; an unfortunate consequence of using the > failover protocol. I suppose you could mitigate this by putting all the > brokers behind a load-balancer and have all clients use a single VIP > although how the load-balancer would know which broker was the new master > is not clear to me. > > At least that's how I've always understood it. > > Feel free to correct any errors. > > Thanks, > Paul > > > On Sun, May 12, 2013 at 8:24 PM, verystrongjoe >wrote: > > > thanks for reply. > > so you mean the master/slave have to configured with only 2 brokers? > > > > I saw this document from activemq.org ( here > > ) > > and i think in here they allow brokers to have more than 2. > > did i misunderstand what you mean? > > > > and how about using vm connector and putting the jdbc persistent adaptor > to > > each broker? > > > > > > > > -- > > View this message in context: > > > http://activemq.2283324.n4.nabble.com/difficult-and-unusual-configuration-tp4666877p4666941.html > > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > > > -- *Christian Posta* http://www.christianposta.com/blog twitter: @christianposta --089e0160abe0939cb704dc9a5c46--