Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D5DA3200C62 for ; Wed, 26 Apr 2017 17:07:33 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id D4606160BA8; Wed, 26 Apr 2017 15:07:33 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 271F6160B95 for ; Wed, 26 Apr 2017 17:07:33 +0200 (CEST) Received: (qmail 48546 invoked by uid 500); 26 Apr 2017 15:07:32 -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 48535 invoked by uid 99); 26 Apr 2017 15:07:31 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Apr 2017 15:07:31 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 72D43D5176 for ; Wed, 26 Apr 2017 15:07:31 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.414 X-Spam-Level: *** X-Spam-Status: No, score=3.414 tagged_above=-999 required=6.31 tests=[KAM_COUK=1.1, KAM_LAZY_DOMAIN_SECURITY=1, URI_HEX=1.313, URI_TRY_3LD=0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 1vnGWmAG2S8d for ; Wed, 26 Apr 2017 15:07:27 +0000 (UTC) Received: from limey.futurelogix.co.uk (li11-11.members.linode.com [70.85.31.11]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id C2CB05F342 for ; Wed, 26 Apr 2017 15:07:27 +0000 (UTC) Received: from 75-149-26-238-pennsylvania.hfc.comcastbusiness.net ([75.149.26.238] helo=[10.1.10.59]) by limey.futurelogix.co.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1d3Oge-00084C-28 for users@activemq.apache.org; Wed, 26 Apr 2017 11:17:00 -0400 From: Steve Hill Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Date: Wed, 26 Apr 2017 11:07:16 -0400 Subject: Re: Can ActiveMQ take advantage of Oracle transparent application failover? Message-Id: <63A59EF7-439E-42C6-A9B3-2CC1E811297B@futurelogix.co.uk> References: <1305559118156-3526485.post@n4.nabble.com> <1493145995364-4725226.post@n4.nabble.com> <1493212118045-4725240.post@n4.nabble.com> In-Reply-To: <1493212118045-4725240.post@n4.nabble.com> To: users@activemq.apache.org X-Mailer: iPhone Mail (14E304) archived-at: Wed, 26 Apr 2017 15:07:34 -0000 I have not used oracle rac but it sounds like active mq is tied to a single i= nstance rather than any available oracle server. Have you considered putting= a load balancer in front that can determine whether the back end is up and c= an route requests appropriately? Not sure if this would work as not had pri= or experience . Thanks > On Apr 26, 2017, at 9:08 AM, "bsmith@skylinenet.net" wrote: >=20 > Tim, >=20 > Thanks for the detailed reply. I will share with our app design/developmen= t > team for more in-depth discussion and post back with status on any > workarounds or coding we come up with.=20 >=20 > Also, may consider entering a feature request as you suggested. Agree it m= ay > be a bigger update than team wants to tackle but if nothing else it may st= ir > some more discussion and brainstorming. >=20 > I've got to believe someone somewhere has had the same architecture with > similar problem as follows: Oracle RAC, Active MQ slave/master - take dow= n > one node of the RAC (for maintenance or unexpected problem) and Active MQ > survives on the remaining node. >=20 > Just to clarify, I believe the slave broker didn't acquire the lock becaus= e > it appears both master and slave were still pointed to the Oracle RAC node= > that was taken down for maintenance (node 2 was left up and we expected > Active MQ to connect to the DB though that node. We=E2=80=99re using an O= racle SCAN > Listener - Single Client Access Name). After we did maintenance, and > rebooted node 1 of the RAC, the Active MQ was back and live (on that node)= .=20 > So... may be able to do some scripting and redirecting from the Oracle sid= e > when a RAC nodes goes down... we'll see. >=20 > Again, thanks. You or anyone else with more suggestions or experiences to= > share, be glad to hear and keep the thread alive. >=20 > Thanks, >=20 > -- bsmith@skylinenet.net >=20 >=20 >=20 >=20 >=20 >=20 > -- > View this message in context: http://activemq.2283324.n4.nabble.com/Can-Ac= tiveMQ-take-advantage-of-Oracle-transparent-application-failover-tp3526485p4= 725240.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com.