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 05B59E2B7 for ; Thu, 31 Jan 2013 19:46:32 +0000 (UTC) Received: (qmail 82460 invoked by uid 500); 31 Jan 2013 19:46:31 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 82333 invoked by uid 500); 31 Jan 2013 19:46:31 -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 82324 invoked by uid 99); 31 Jan 2013 19:46:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jan 2013 19:46:31 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mohitanchlia@gmail.com designates 209.85.223.169 as permitted sender) Received: from [209.85.223.169] (HELO mail-ie0-f169.google.com) (209.85.223.169) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jan 2013 19:46:25 +0000 Received: by mail-ie0-f169.google.com with SMTP id 13so748501iea.28 for ; Thu, 31 Jan 2013 11:46:04 -0800 (PST) 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:cc:content-type; bh=BsZML0e8EC1izYXEZEk4Ny1kFUW3Zih3sTg42JXMDUM=; b=HmCKLuIbS+72TNyr6rIAiHOsSAHTXUPi97rze0Igc3mUTe756q9o4TzSACjn5NW/kQ xDFqsxsME76gVoYOpE2HuRjx2vwwViYwwznTjRrDFMDEZsNZl6uWFb7nbn/9/+aS9p9c Ha0gX2RkSHkYLY+2BNUNWivF+zX5NIl5uTyzkdHeyyH2cdcnBSN8/oFHBrM8y50EKSv4 t/QyHFfbFH1iPOWS5soOQ97E3BRI1OzVHEkCmn37zF4plydXGFnrwmMI/x6Du4skfnUA UKXdqZqcbfJAcnFj8+K6yqJO8KMrgorYWAMWebGMUTKg/c+R+VrI6W3dAZgsEDS6EWvM duhg== MIME-Version: 1.0 X-Received: by 10.50.208.7 with SMTP id ma7mr2182989igc.26.1359661564044; Thu, 31 Jan 2013 11:46:04 -0800 (PST) Received: by 10.64.162.164 with HTTP; Thu, 31 Jan 2013 11:46:03 -0800 (PST) In-Reply-To: <510AC32E.5040702@scytl.com> References: <510ABD63.1080404@scytl.com> <510AC32E.5040702@scytl.com> Date: Thu, 31 Jan 2013 11:46:03 -0800 Message-ID: Subject: Re: Channel was inactive for too long error From: Mohit Anchlia To: =?ISO-8859-1?Q?Andreas_Calvo_G=F3mez?= Cc: users@activemq.apache.org, Christian Posta Content-Type: multipart/alternative; boundary=14dae93405ed8a277e04d49ae08c X-Virus-Checked: Checked by ClamAV on apache.org --14dae93405ed8a277e04d49ae08c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks! but I am not even able to add maxInactivityDuration to the uri. Is there a workaround for that? On Thu, Jan 31, 2013 at 11:17 AM, Andreas Calvo G=F3mez < andreas.calvo@scytl.com> wrote: > No, it's still an issue really easy to reproduce. > I'm trying to get a Use Case well defined, but it's hard to simulate a > stalled network using multicast when one can't interfere directly in the > connection between the brokers (and the error still relies on handling th= e > TCP connection status). > > Steps to reproduce: > 0. get two machines with java and ant installed > 1. download latest release > 2. uncompress compressed file > 3.1 on one computer copy {AMQ-ROOT}/conf/activemq-**dynamic-network-broke= r1.xml > as conf/activemq.xml > 3.2 on the other computer copy {AMQ-ROOT}/conf/activemq-**dynamic-network= -broker2.xml > as conf/activemq.xml > 4. start the broker ({AMQ-ROOT}/bin/activemq console to see the log) > 5.1 enter {AMQ-ROOT}/example directory > 5.1.1 on one computer, run ant consumer -Ddurable=3Dtrue -Dtopic=3Dtrue > -Dmax=3D999999 > 5.1.2 on the other computer, run ant consumer -Dtopic=3Dtrue -Dmax=3D9999= 99 > 6. once the message start to flow, unplug a network cable > 7. wait at least Inactivity Timeout time (default value is 30000ms) > 8. once the InactivityMonitor error appears (channel was inactive for too > long), plug the network cable and you'll see a lot of errors > (InvalidClientIDException: Broker: BROKER - Client: CLIENT already > connected on URI) and pending message will not flow to reach the desired > number. > > > On 31/01/13 20:01, Mohit Anchlia wrote: > >> If this is closed I am assuming there is a workaround. >> >> On Thu, Jan 31, 2013 at 10:52 AM, Andreas Calvo G=F3mez < >> andreas.calvo@scytl.com> wrote: >> >> Christian, >>> I do have seen this error a lot, and in fact it's critical. >>> We discussed this with Gary but the bug got closed without a confirmati= on >>> of a fix ( https://issues.apache.org/****jira/browse/AMQ-3353 >>> > >>> >>> >>> ). >>> In fact, I'm writing a test case now because using the Multicast >>> Transport >>> Protocol happens the same. >>> >>> On 31/01/13 01:11, Christian Posta wrote: >>> >>> Still not sure if there is a problem. How long in between writes would >>>> you >>>> say elapses? >>>> Can you put a sample together showing the problem? >>>> >>>> >>>> On Wed, Jan 30, 2013 at 5:07 PM, Mohit Anchlia >>> >>>>> wrote: >>>>> >>>> We are using mule and activemq 5.7.0. Is there a workaround for this >>>> >>>>> problem? >>>>> >>>>> On Wed, Jan 30, 2013 at 2:59 PM, Christian Posta >>>>> ****wrote: >>>>> >>>>> >>>>> There were some issues around NIO and stomp/mqtt that Tim resolved >>>>> here: >>>>> >>>>>> https://issues.apache.org/****jira/browse/AMQ-4106 >>>>>> > >>>>>> >>>>>> >>>>>> >>>>>> But you'd have to tell more about your transportConnectors to say >>>>>> whether >>>>>> it's related. >>>>>> Otherwise, if you can reproduce what you're seeing and attach to a >>>>>> JIRA >>>>>> (preferably in a test case) I'll take care of it for you. >>>>>> >>>>>> >>>>>> On Wed, Jan 30, 2013 at 1:07 PM, Mohit Anchlia < >>>>>> mohitanchlia@gmail.com >>>>>> >>>>>> wrote: >>>>>>> We are always writing and this happens when we are actively writing >>>>>>> successfully and then all of a sudden mq detects this to be a bad >>>>>>> connection. >>>>>>> >>>>>>> On Wed, Jan 30, 2013 at 11:59 AM, Christian Posta < >>>>>>> christian.posta@gmail.com >>>>>>> >>>>>>> wrote: >>>>>>>> There's usually a good reason for it. Means a transport didn't >>>>>>>> >>>>>>>> receive >>>>>>> >>>>>> any >>>>>> >>>>>>> data in a period of time... Are you seeing it in the broker logs? >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Jan 30, 2013 at 12:05 PM, Mohit Anchlia < >>>>>>>> >>>>>>>> mohitanchlia@gmail.com >>>>>>> wrote: >>>>>>> >>>>>>>> We often see >>>>>>>>> >>>>>>>>> Channel was inactive for too long >>>>>>>>> >>>>>>>>> Our MQ and app is in same network and is reliable. I have tested >>>>>>>>> >>>>>>>>> the >>>>>>>> >>>>>>> network and it looks like there is a bug in this check. I don't s= ee >>>>>> >>>>>>> any >>>>>>>> >>>>>>> bug >>>>>>> >>>>>>>> files, is anyone aware of this? >>>>>>>>> It also appears others either disable it or increase the inactivi= ty >>>>>>>>> >>>>>>>>> period >>>>>>>> >>>>>>>> as workaround. >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>> *Christian Posta* >>>>>>>> http://www.christianposta.com/****blog >>>>>>>> >>>>>>>> > >>>>>>>> twitter: @christianposta >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>> *Christian Posta* >>>>>> http://www.christianposta.com/****blog >>>>>> >>>>>> > >>>>>> twitter: @christianposta >>>>>> >>>>>> >>>>>> >>>> -- >>> Andreas Calvo G=F3mez >>> Systems Engineer >>> Scytl Secure Electronic Voting >>> Pla=E7a Gal=B7la Placidia, 1-3, 1st floor =B7 08006 Barcelona >>> Phone: + 34 934 230 324 >>> Fax: + 34 933 251 028 >>> http://www.scytl.com >>> >>> NOTICE: The information in this e-mail and in any of its attachments is >>> confidential and intended solely for the attention and use of the named >>> addressee(s). If you are not the intended recipient, any disclosure, >>> copying, >>> distribution or retaining of this message or any part of it, without th= e >>> prior >>> written consent of Scytl Secure Electronic Voting, SA is prohibited and >>> may be >>> unlawful. If you have received this in error, please contact the sender >>> and >>> delete the material from any computer. >>> >>> >>> > -- > Andreas Calvo G=F3mez > Systems Engineer > Scytl Secure Electronic Voting > Pla=E7a Gal=B7la Placidia, 1-3, 1st floor =B7 08006 Barcelona > Phone: + 34 934 230 324 > Fax: + 34 933 251 028 > http://www.scytl.com > > NOTICE: The information in this e-mail and in any of its attachments is > confidential and intended solely for the attention and use of the named > addressee(s). If you are not the intended recipient, any disclosure, > copying, > distribution or retaining of this message or any part of it, without the > prior > written consent of Scytl Secure Electronic Voting, SA is prohibited and > may be > unlawful. If you have received this in error, please contact the sender > and > delete the material from any computer. > > --14dae93405ed8a277e04d49ae08c--