Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We are using ActiveMQ 5.6.0 with KahaDB. It has produced quite some log files, which is to be expected with our setup (DLQ and stuff), looking like this:

$ ll -h /opt/activemq/data/kahadb/
total 969M
drwxr-xr-x 2 root     root     4.0K Nov  3 12:47 ./
drwxr-xr-x 3 activemq activemq 4.0K Sep 24 12:12 ../
-rw-r--r-- 1 root     root      39M Oct 16 07:57 db-202.log
-rw-r--r-- 1 root     root      38M Oct 16 07:57 db-203.log
-rw-r--r-- 1 root     root      33M Oct 17 08:12 db-238.log

No more messages were processed, when we ran into the 1GB temp usage limit. Or that's what we are assuming, is that correct?

The configuration looks like this:

            <memoryUsage limit="512mb"/>
            <storeUsage limit="3 gb"/>
            <tempUsage limit="1 gb"/>

After cleaning up the log files and being way below the limits, still no messages were consumed by AMQ. Only when we manually purged a route, messages were starting to be delivered again.

So we need to ensure, that the KahaDB log size always stays below the temp usage, right? And that delivery was not picked up after fixing that is a bug or are there any other steps to be taken?

share|improve this question
up vote 1 down vote accepted

Yes, you should look for the storeUsage limit.

If you have undelivered messages in queues logs can't be removed.

The solutions are:

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.