You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by Nate Sarr <na...@kavyar.com> on 2014/06/11 15:08:02 UTC
Out of Memory Error Apache apollo 1.6
Hi
We are using apache apollo 1.6 and every so often we run into an out of
memory error - the following is the stack trace that was printed to the log:
java.lang.OutOfMemoryError: Java heap space
at
scala.collection.mutable.ResizableArray$class.ensureSize(ResizableArray.scala:99)
at
scala.collection.mutable.ArrayBuffer.ensureSize(ArrayBuffer.scala:47)
at
scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:98)
at
scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:47)
at
scala.collection.mutable.BufferLike$class.appendAll(BufferLike.scala:147)
at
scala.collection.mutable.AbstractBuffer.appendAll(Buffer.scala:48)
at
scala.collection.mutable.BufferLike$class.append(BufferLike.scala:142)
at scala.collection.mutable.AbstractBuffer.append(Buffer.scala:48)
at
scala.collection.convert.Wrappers$MutableBufferWrapper.add(Wrappers.scala:80)
at
org.apache.activemq.apollo.broker.Broker.roll_current_period(Broker.scala:430)
at
org.apache.activemq.apollo.broker.Broker$$anonfun$_start$2.apply$mcV$sp(Broker.scala:384)
at
org.apache.activemq.apollo.util.BaseService$$anonfun$schedule$1$1.apply$mcV$sp(BaseService.scala:171)
at
org.fusesource.hawtdispatch.package$$anon$4.run(hawtdispatch.scala:357)
at
org.fusesource.hawtdispatch.internal.SerialDispatchQueue.run(SerialDispatchQueue.java:96)
at
org.fusesource.hawtdispatch.internal.pool.SimpleThread.run(SimpleThread.java:77)
If anyone has any suggestions or thoughts it would be greatly appreciated.
Thanks,
-Nate
Re: Out of Memory Error Apache apollo 1.6
Posted by Nate Sarr <na...@kavyar.com>.
I took a thread dump and it looks like there are a huge number of instances
of org.apach.activemq.apollo.broker.PeriodStat which is causing the memory
leak.
We are using JMS to send messages with a reply queue to receive a response.
After each response we do close the Session and MessageConsumer.
Any ideas what might be causing the issue ?
Thanks,
-Nate
On Wed, Jun 11, 2014 at 9:09 AM, Christian Posta <ch...@gmail.com>
wrote:
> Might be better to take a heap dump and let us know.
>
>
> On Wed, Jun 11, 2014 at 6:08 AM, Nate Sarr <na...@kavyar.com> wrote:
>
> > Hi
> >
> > We are using apache apollo 1.6 and every so often we run into an out of
> > memory error - the following is the stack trace that was printed to the
> > log:
> >
> > java.lang.OutOfMemoryError: Java heap space
> >
> > at
> >
> >
> scala.collection.mutable.ResizableArray$class.ensureSize(ResizableArray.scala:99)
> >
> > at
> > scala.collection.mutable.ArrayBuffer.ensureSize(ArrayBuffer.scala:47)
> >
> > at
> > scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:98)
> >
> > at
> > scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:47)
> >
> > at
> > scala.collection.mutable.BufferLike$class.appendAll(BufferLike.scala:147)
> >
> > at
> > scala.collection.mutable.AbstractBuffer.appendAll(Buffer.scala:48)
> >
> > at
> > scala.collection.mutable.BufferLike$class.append(BufferLike.scala:142)
> >
> > at
> scala.collection.mutable.AbstractBuffer.append(Buffer.scala:48)
> >
> > at
> >
> >
> scala.collection.convert.Wrappers$MutableBufferWrapper.add(Wrappers.scala:80)
> >
> > at
> >
> >
> org.apache.activemq.apollo.broker.Broker.roll_current_period(Broker.scala:430)
> >
> > at
> >
> >
> org.apache.activemq.apollo.broker.Broker$$anonfun$_start$2.apply$mcV$sp(Broker.scala:384)
> >
> > at
> >
> >
> org.apache.activemq.apollo.util.BaseService$$anonfun$schedule$1$1.apply$mcV$sp(BaseService.scala:171)
> >
> > at
> > org.fusesource.hawtdispatch.package$$anon$4.run(hawtdispatch.scala:357)
> >
> > at
> >
> >
> org.fusesource.hawtdispatch.internal.SerialDispatchQueue.run(SerialDispatchQueue.java:96)
> >
> > at
> >
> >
> org.fusesource.hawtdispatch.internal.pool.SimpleThread.run(SimpleThread.java:77)
> >
> > If anyone has any suggestions or thoughts it would be greatly
> appreciated.
> >
> > Thanks,
> >
> > -Nate
> >
>
>
>
> --
> *Christian Posta*
> http://www.christianposta.com/blog
> twitter: @christianposta
>
--
*Nathan SarrCo-founder | Kavyar*
*585-721-0788 | nate@kavyar.com <na...@kavyar.com> | http://kavyar.com
<http://kavyar.com>*
Re: Out of Memory Error Apache apollo 1.6
Posted by Christian Posta <ch...@gmail.com>.
Might be better to take a heap dump and let us know.
On Wed, Jun 11, 2014 at 6:08 AM, Nate Sarr <na...@kavyar.com> wrote:
> Hi
>
> We are using apache apollo 1.6 and every so often we run into an out of
> memory error - the following is the stack trace that was printed to the
> log:
>
> java.lang.OutOfMemoryError: Java heap space
>
> at
>
> scala.collection.mutable.ResizableArray$class.ensureSize(ResizableArray.scala:99)
>
> at
> scala.collection.mutable.ArrayBuffer.ensureSize(ArrayBuffer.scala:47)
>
> at
> scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:98)
>
> at
> scala.collection.mutable.ArrayBuffer.$plus$plus$eq(ArrayBuffer.scala:47)
>
> at
> scala.collection.mutable.BufferLike$class.appendAll(BufferLike.scala:147)
>
> at
> scala.collection.mutable.AbstractBuffer.appendAll(Buffer.scala:48)
>
> at
> scala.collection.mutable.BufferLike$class.append(BufferLike.scala:142)
>
> at scala.collection.mutable.AbstractBuffer.append(Buffer.scala:48)
>
> at
>
> scala.collection.convert.Wrappers$MutableBufferWrapper.add(Wrappers.scala:80)
>
> at
>
> org.apache.activemq.apollo.broker.Broker.roll_current_period(Broker.scala:430)
>
> at
>
> org.apache.activemq.apollo.broker.Broker$$anonfun$_start$2.apply$mcV$sp(Broker.scala:384)
>
> at
>
> org.apache.activemq.apollo.util.BaseService$$anonfun$schedule$1$1.apply$mcV$sp(BaseService.scala:171)
>
> at
> org.fusesource.hawtdispatch.package$$anon$4.run(hawtdispatch.scala:357)
>
> at
>
> org.fusesource.hawtdispatch.internal.SerialDispatchQueue.run(SerialDispatchQueue.java:96)
>
> at
>
> org.fusesource.hawtdispatch.internal.pool.SimpleThread.run(SimpleThread.java:77)
>
> If anyone has any suggestions or thoughts it would be greatly appreciated.
>
> Thanks,
>
> -Nate
>
--
*Christian Posta*
http://www.christianposta.com/blog
twitter: @christianposta