Okay, do this….
Install the activemq-web-console, look at where you have messages that are not
consumed.
Un-Consumed messages with no expiry - cannot be "acked" right?
So they will keep a journal entry.
Also, you really should upgrade to 5.5.1.
/je
On Feb 20, 2012, at 4:47 PM, Calvert, Zach (Zach)** CTR ** 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
