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 9A533D685 for ; Thu, 27 Sep 2012 11:44:02 +0000 (UTC) Received: (qmail 2550 invoked by uid 500); 27 Sep 2012 11:44:02 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 2502 invoked by uid 500); 27 Sep 2012 11:44:01 -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 2439 invoked by uid 99); 27 Sep 2012 11:44:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2012 11:44:00 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gary.tully@gmail.com designates 74.125.82.45 as permitted sender) Received: from [74.125.82.45] (HELO mail-wg0-f45.google.com) (74.125.82.45) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2012 11:43:55 +0000 Received: by wgbdq12 with SMTP id dq12so1146932wgb.14 for ; Thu, 27 Sep 2012 04:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=Se1qV6OJeVcUrrYV8efrRTw4V7gGTuIs6s37Ri3utbY=; b=0kLmvtY0HsA0CTj6RFpbYeao6UI+QwahIEczpwKD2faLqnfnkNibNwXpdkReVtXHZS So6yjdEOGY0/g/1+EDk3wcoAGL72UaBjAAGQmeliePOLTRX2UuYAKBOhNOVjpLa0wdwm L5+nWhExQXxe4IjH6t6jJvQPmkK6GUmifvlUj9gDW6Ct6H9xfiOTigfugKG0OY0OQgRl AKQbyTMZgDTtEbTSwL9MUg5xpZL3GG9sOTnpx7MAuhYwzlrYwSZgGODhi45MK+UYP1nC /pxndMawXwJgM7xrv7jhN1IDdRZzhmKaxo5NvptpzlVclF/5HMsK+RZG0PmPTwP7wRY3 z9gw== MIME-Version: 1.0 Received: by 10.180.91.71 with SMTP id cc7mr2944967wib.2.1348746214669; Thu, 27 Sep 2012 04:43:34 -0700 (PDT) Received: by 10.194.23.67 with HTTP; Thu, 27 Sep 2012 04:43:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Sep 2012 12:43:34 +0100 Message-ID: Subject: Re: Warnings in broker log From: Gary Tully To: users@activemq.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org it may be as simple as giving your brokers unique names or adding a unique name attribute to the netwok connector. On 20 September 2012 15:39, Robin K=E5veland Hansen wrote: > My project has been using activemq as the central part of our > integration platform for a while now. Recently we have made a few > changes to our broker setup, hoping to improve throughput and efficiency > in the broker. We also noticed some problems on our brokers that we > thought could be related to concurrency, so we decided to go with the > nio transport and -Dorg.apache.activemq.UseDedicatedTaskRunner=3Dfalse in > the hopes of reducing the amount of threads in the broker. We then put > our broker into our test environment and let it run for a few weeks. > > Our current setup seems to be more stable than the one we had previously > (which pretty much left everything at the defaults), except for a few > recurring log messages. At this point I have given up trying to decipher > whether they are serious situations or just something I should > disregard, so I had hoped for some help deciding what to do with them. > > We are running activemq-5.6.0. The tracebacks and our broker setup file > can be found here: > https://gist.github.com/3748262 > > We are running a total of 4 brokers, which are in pairwise networks of > brokers, such that host1 is paired with host 9 and host 2 is paired with > host 10. Most of the consumers and producers run on host 1 or host 2 and > connect to tcp://localhost:30500. > > My question is basically what these warnings mean. They did not appear > before we started using the nio transport, so we know we can make them > disappear again. We would however like to keep our current setup if this > is just aggressive logging. Does anyone know? > > -- > Kind regards, > Robin K=E5veland Hansen --=20 http://fusesource.com http://blog.garytully.com