Mailing-List: contact users-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@activemq.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Date: Tue, 05 Jun 2012 09:07:17 +0200
From: Jeremias Maerki <dev@jeremias-maerki.ch>
To: users@activemq.apache.org
Subject: Re: MessageListener not delivering any more messages at some point
In-Reply-To: 
 <CAGgTx3iA3YrMFjHKTp8fM2H32WO6kOnKPh-dqywevKTr3a=csQ@mail.gmail.com>
References: <F36E59A2-686D-4733-9FF4-FCA7043BF73D@fusesource.com>
 <CAGgTx3iA3YrMFjHKTp8fM2H32WO6kOnKPh-dqywevKTr3a=csQ@mail.gmail.com>
Message-Id: <20120605090716.3BFB.60BA733C@jeremias-maerki.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks Raul, I'll check that next time it happens. Trying 5.6.0 is in
the pipeline. Will report back as soons as I know more. Could easily be
a couple of weeks until it happens again.


Jeremias Maerki


On 04.06.2012 15:48:28 Raul Kripalani wrote:
> Definitely upgrade to 5.5.1 or later.
>=20
> What does your JMX instrumentation tell you when the problem occurs?
>=20
>    - Is the connection active?
>    - Does the # of consumers in the destination match what you expect?
>    - Does a subscription for that client exist?
>=20
> My questions boil down to: at that point, does the broker know about the
> (allegedly) active consumer?
>=20
> Regards,
>=20
>  *Ra=FAl Kripalani*
> Principal Consultant | FuseSource Corp.
> raul@fusesource.com | fusesource.com <http://www.fusesource.com/>
> skype: raul.fuse | twitter: @raulvk <http://twitter.com/raulvk>,
> @fusenews<http://twitter.com/fusenews>
>=20
> <http://twitter.com/fusenews>
>=20
> On 30 May 2012 10:49, Torsten Mielke <torsten@fusesource.com> wrote:
>=20
> > Hhm, SMX 4.4.1 deploys ActiveMQ 5.5.1 just nicely into its OSGi contain=
er.
> >
> > On May 30, 2012, at 11:44 AM, Jeremias Maerki wrote:
> >
> > > Hi Torsten,
> > >
> > > thanks. Yes, I've made experiments with 5.5.1 on the server side but =
had
> > > trouble getting it up reliably in my OSGi environment so I'm hesitant=
 to
> > > upgrade on the server side. However, the problem resides mainly in th=
e
> > > client AFAICS, and that one uses 5.5.1 already. I guess I'll take a p=
eek
> > > at 5.6.0 to see if it looks better there.
> > >
> > >
> > > Jeremias Maerki
> > >
> > >
> > > On 30.05.2012 11:30:04 Torsten Mielke wrote:
> > >> Hello,
> > >>
> > >> ActiveMQ 5.3.0 is really old. Have you thought of upgrading to the
> > latest broker release 5.5.1?
> > >> Chances aren't too bad that your problem has been resolved.
> > >>
> > >>
> > >>
> > >> Torsten Mielke
> > >> torsten@fusesource.com
> > >> tmielke@blogspot.com
> > >>
> > >>
> > >> On May 30, 2012, at 11:25 AM, Jeremias Maerki wrote:
> > >>
> > >>> No ideas? As a work-around I'm now thinking about running a schedul=
ed
> > >>> task that restarts the MessageListener every hour. That's a work-ar=
ound
> > >>> that shouldn't really be necessary, right? A colleague told me
> > yesterday
> > >>> that he did exactly that in a personal project of his. So, I'm prob=
ably
> > >>> not the only one with this problem, although I couldn't find anythi=
ng
> > >>> related to that on the net.
> > >>>
> > >>> Thanks,
> > >>> Jeremias Maerki
> > >>>
> > >>>
> > >>> On 25.05.2012 12:23:54 Jeremias Maerki wrote:
> > >>>> Hi,
> > >>>>
> > >>>> I've got an ActiveMQ 5.3.0 broker running in one JVM.
> > >>>>
> > >>>>       <transportConnectors>
> > >>>>           <transportConnector name=3D"openwire"
> > uri=3D"tcp://localhost:19616"/>
> > >>>>       </transportConnectors>
> > >>>>
> > >>>> Another application (different JVM but currently on the same machi=
ne)
> > >>>> connects to that broker to receive messages from a single queue
> > through
> > >>>> a MessageListener:
> > >>>>
> > >>>>
> > failover://(tcp://localhost:19616?keepAlive=3Dtrue)?startupMaxReconnect=
Attempts=3D5
> > >>>>
> > >>>> The message frequency is rather low (5-500 per hour) and can drop =
to
> > >>>> zero over multiple hours (during the night). Every now and then, t=
he
> > >>>> MessageListener simply doesn't get any more messages and we have t=
o
> > >>>> restart the application for a reconnect despite the failover proto=
col
> > >>>> (as seen above). We've tried various connection URI parameters but=
 so
> > >>>> far, the issue keeps popping up every few weeks. I somehow doubt i=
t
> > has
> > >>>> to do with some timeout because, yesterday, it happened during the=
 day
> > >>>> during normal business, not in the night after hours of inactivity.
> > When
> > >>>> the problem happens, the message producer can still happily add ne=
w
> > >>>> messages which are then simply piled up.
> > >>>>
> > >>>> We first thought that the broker would stop accepting connections =
at
> > >>>> some point but we now have a monitoring agent for Nagios that
> > regularly
> > >>>> tries to connect to ActiveMQ to check if anything is wrong on that
> > side,
> > >>>> but that proved to be in vain. So, everything is solid on the brok=
er
> > >>>> side.
> > >>>>
> > >>>> The client used to run ActiveMQ 5.3.0, too (just the
> > >>>> ActiveMQConnectionFactory, no broker). We also tried 5.5.1 on the
> > client
> > >>>> side but nothing has changed.
> > >>>>
> > >>>> I was wondering if anyone has a good idea on this problem.
> > >>>>
> > >>>> Thanks a lot,
> > >>>> Jeremias Maerki
> > >>>
> > >>
> > >>
> > >>
> > >>
> > >
> >
> > Torsten Mielke
> > torsten@fusesource.com
> > tmielke@blogspot.com
> >
> >
> >
> >