Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@activemq.apache.org
Date: Fri, 5 Oct 2012 02:17:49 +1100 (NCT)
From: "Vasile M (JIRA)" <jira@apache.org>
To: dev@activemq.apache.org
Message-ID: <1386174084.461.1349363869449.JavaMail.jiratomcat@arcas>
Subject: [jira] [Comment Edited] (AMQ-2736) KahaDB doesn't clean up old
 files
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AMQ-2736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469447#comment-13469447 ] 

Vasile M edited comment on AMQ-2736 at 10/5/12 2:16 AM:
--------------------------------------------------------

I want to add to my previous comment that we are using the CPP library CMS for ActiveMQ with stomp too.
This is the second use-case.
We have one producer and one subscriber and this already causing problems.
The logs are growing.
In C++ we use Session::AUTO_ACKNOWLEDGE and even in this case the log files are not deleted.
We write(using a producer) in the queue and and another process is reading(using a listener) we never have many messages in the queue.
QueueName       Number of pending messages   Number of listener       Messages Enqueued     Messages Dequeued 
queuename 	0 	                           1 	               21522 	            21522
This is maybe a new use-case too ?
                
      was (Author: vmirea):
    I want to add to my provious comment that we are using the CPP library CMS for ActiveMQ with stomp.
We have one producer and one subscriber and this already causing problems.
The logs are growing.
In C++ we use Session::AUTO_ACKNOWLEDGE and even in this case the log files are not deleted.
We write(using a producer) in the queue and and another process is reading(using a listener) we never have many messages in the queue.
QueueName       Number of pending messages   Number of listener       Messages Enqueued     Messages Dequeued 
queuename 	0 	                           1 	               21522 	            21522
This is maybe a new use-case too ?
                  
> KahaDB doesn't clean up old files
> ---------------------------------
>
>                 Key: AMQ-2736
>                 URL: https://issues.apache.org/jira/browse/AMQ-2736
>             Project: ActiveMQ
>          Issue Type: Bug
>    Affects Versions: 5.3.2
>            Reporter: Adrian Trenaman
>            Assignee: Gary Tully
>            Priority: Critical
>             Fix For: 5.5.0
>
>         Attachments: AMQ2736Test_should_with_this_diff.txt, AMQ-2736.zip, amq-2987.patch, amq-2987-testcase.patch, MyKahaDBStore.java
>
>
> Over time, we're seeing that kahadb doesn't clean up old journal files. As a result, we eventually run out of disk space, or rather, we hit our usage limits and our producers are slowed down by the producer flow control mechanism. Others have experienced this problem too (for example, see http://mail-archives.apache.org/mod_mbox/activemq-users/201002.mbox/%3C27502591.post@talk.nabble.com%3E)
> For now, we're moving back to the old amqPersistenceStore. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira