Usually when I encounter these problems I first go take a look at the status of my queues via jconsole. You can quickly see which queues have pending messages. Instructions are here http://activemq.apache.org/jmx.htmlto do that.
Now that I think of it, I recall several kahadb journal file cleanup issues in versions prior to ActiveMQ 5.5. I'd have to look around a bit to find the exact issues but I think if you upgrade to the latest version of ServiceMix (4.4.0 or soon 4.4.1) this shouldn't be an issue. Cheers, Jon On Mon, Feb 20, 2012 at 8:17 PM, Calvert, Zach (Zach)** CTR ** < [email protected]> wrote: > I simply have > <persistenceAdapter> > <kahaDB cleanupInterval="30000" journalMaxFileLength="32mb" > directory="${karaf.data}/activemq/default/kahadb"/> > </persistenceAdapter> > > As my kahaDB configuration inside of the activemq-broker.xml file. This > configuration still allows for indefinite growth. > > The sad thing is that I can fix this simply by shutting down ServiceMix > and deleting the data directory, but I'm trying to prevent an interruption > of service. > > > > Zach Calvert > > > -----Original Message----- > From: Calvert, Zach (Zach)** CTR ** [mailto:[email protected]] > Sent: Monday, February 20, 2012 5:34 PM > To: [email protected] > Subject: RE: KahaDB Log Files Growing Unbounded > > Thank you for the reply Jon. I added trace logging and see kahadb logs to > the tune of > 2012-02-20 17:26:45,707 [eckpoint Worker] DEBUG MessageDatabase > - Checkpoint started. > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates after first tx:2, [1] > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates after dest:0:work:inout, [1] > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates after dest:0:processqueue:inout, [1] > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates after dest:0:org.apache.servicemix.jbi.cluster, [1] > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates after dest:0:ActiveMQ.DLQ, [] > 2012-02-20 17:26:45,711 [eckpoint Worker] TRACE MessageDatabase > - gc candidates: [] > 2012-02-20 17:26:45,711 [eckpoint Worker] DEBUG MessageDatabase > - Checkpoint done. > > Which to me looks like there is not a lot of work hanging around, but > there are TONS of files still piling up with 32 megs of usage on each one. > I'm using the ActiveMQ 5.4.2 bundles. > > Are there additional settings I should try? I'm looking for docs/bug > reports/anything that can help me figure out how to keep this from grown > indefinitely. What really stinks is that even after a restart, these files > persist. > > > > > Thanks, > Zach Calvert > > > > -----Original Message----- > From: Jon Anstey [mailto:[email protected]] > Sent: Monday, February 20, 2012 1:42 PM > To: [email protected] > Subject: Re: KahaDB Log Files Growing Unbounded > > If you just send messages to a queue and do not consume those messages, > then they would be kept around. Is this the case? You may want to read this > too: > > http://activemq.apache.org/why-do-kahadb-log-files-remain-after-cleanup.html > > Cheers, > Jon > > On Mon, Feb 20, 2012 at 12:41 PM, Calvert, Zach (Zach)** CTR ** < > [email protected]> wrote: > > > I am running some testing and discovered that our KahaDB (which the > > default configuration was left alone from the ServiceMix install) has > > log files growing unbounded: > > ... > > db-1099.log db-507.log db-627.log db-747.log db-867.log db-987.log > > db-1100.log db-508.log db-628.log db-748.log db-868.log db-988.log > > db-1101.log db-509.log db-629.log db-749.log db-869.log db-989.log > > ... > > The configuration defaults according to > > http://activemq.apache.org/kahadb.html > > Will allow the files to grow up to 32 mb each and has a cleanup > > running every 30000. However, the log files are in the thousands and > > continue to grow. Each of these files is 33 MB. > > > > What is the configuration change needed to force KahaDB to clean up > > the log files? According to the defaults, it looks like this should > > already be happening. What am I doing wrong? > > > > > > > > > > > > Thanks, > > Zach Calvert > > > > > > -- > Cheers, > Jon > --------------- > FuseSource > Email: [email protected] > Web: fusesource.com > Twitter: jon_anstey > Blog: http://janstey.blogspot.com > Author of Camel in Action: http://manning.com/ibsen > -- Cheers, Jon --------------- FuseSource Email: [email protected] Web: fusesource.com Twitter: jon_anstey Blog: http://janstey.blogspot.com Author of Camel in Action: http://manning.com/ibsen
