Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 71625 invoked from network); 29 Mar 2011 12:23:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Mar 2011 12:23:34 -0000 Received: (qmail 592 invoked by uid 500); 29 Mar 2011 12:23:34 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 545 invoked by uid 500); 29 Mar 2011 12:23:34 -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 537 invoked by uid 99); 29 Mar 2011 12:23:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Mar 2011 12:23:34 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.125.82.45] (HELO mail-ww0-f45.google.com) (74.125.82.45) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Mar 2011 12:23:28 +0000 Received: by wwi36 with SMTP id 36so94480wwi.14 for ; Tue, 29 Mar 2011 05:23:07 -0700 (PDT) Received: by 10.216.46.135 with SMTP id r7mr4004387web.21.1301401387163; Tue, 29 Mar 2011 05:23:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.253.146 with HTTP; Tue, 29 Mar 2011 05:22:47 -0700 (PDT) In-Reply-To: <6C2A0E83E07BAA48A34BAE8F5419AF27FEBCF2F7C7@IOTMVSP01VW.shared.state.in.us> References: <1300977139.2773.1.camel@office> <6C2A0E83E07BAA48A34BAE8F5419AF27FEBCF2F7C7@IOTMVSP01VW.shared.state.in.us> From: Oscar Pernas Date: Tue, 29 Mar 2011 14:22:47 +0200 Message-ID: Subject: Re: Failover, how does it work? To: users@activemq.apache.org Cc: "Nakarikanti, Nageswara" Content-Type: multipart/alternative; boundary=001485f20c1a646160049f9e1f72 X-Virus-Checked: Checked by ClamAV on apache.org --001485f20c1a646160049f9e1f72 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable To send email or notification we are thinking in use a monitorization tool like nagios or something more light... About the manual restart, i think that you could take a look about linux-heartbeat v2, you could configure services to monitorize and make petitions. One more question, If we have a cluster, if the master goes down, all messages goes to the slave, but, if we start the master again, all messages will send to the master again? 2011/3/29 Nakarikanti, Nageswara > And, adding my question... > > When Master Broker goes down, is there any way that administrators get a > notification(e-mail etc...) that it went down. > > Should Only a "manual" restart to bring it up again? > > > Thank You, > Nag. > > > > -----Original Message----- > From: Timothy Bish [mailto:tabish121@gmail.com] > Sent: Thursday, March 24, 2011 10:32 AM > To: users@activemq.apache.org > Subject: Re: Failover, how does it work? > > On Thu, 2011-03-24 at 13:27 +0100, Oscar Pernas wrote: > > Hi all (again), > > > > > > Im trying to understand well, how the failover transport works. I know > > that if you have an active-pasive architecture and your active broker > > goes down, all messages are send to the pasive broker. But, for > > example, if we have a machine that have configured an active-pasive > > brokers configuration like > > this: > > > > failover://(tcp://localhost:61616,localhost2:61616)?randomize=3Dfalse > > > > If you remove the ethernet network cable, this machine couldnt connect > > to any broker, but if I plug-in the cable again, to which broker the > > connection will be stablished? if is developed like a pooling, could > > really happen that this machine connect to the pasive broker instead to > the first one? > > > > If this could happen, what is the usual way to change this machine to > > the active? Im using activemq-cpp. > > The slave broker won't accept connections until it becomes the master so > the client won't connect to a slave. It will just keep moving through th= e > list of URI's attempting to connect until a broker becomes available. > > Regards > > -- > Tim Bish > ------------ > FuseSource > Email: tim.bish@fusesource.com > Web: http://fusesource.com > Twitter: tabish121 > Blog: http://timbish.blogspot.com/ > > > --=20 =D3scar Pernas Plaza. --001485f20c1a646160049f9e1f72--