You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Timothy Bish (JIRA)" <ji...@apache.org> on 2012/10/10 21:55:02 UTC

[jira] [Commented] (AMQ-4068) Job Scheduler Store Growth is Unrestricted

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

Timothy Bish commented on AMQ-4068:
-----------------------------------

Reviewed it and it looks pretty good.  I added some code in the broker's check usage method to check the scheduler dir to ensure it has enough space.  
                
> Job Scheduler Store Growth is Unrestricted
> ------------------------------------------
>
>                 Key: AMQ-4068
>                 URL: https://issues.apache.org/jira/browse/AMQ-4068
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Broker
>    Affects Versions: 5.6.0
>            Reporter: David Valeri
>             Fix For: NEEDS_REVIEWED
>
>         Attachments: 0001-AMQ-4068-Added-configuration-option-enforcement-and-.patch, AMQ4068-Patch-V2.txt
>
>
> When using scheduled delivery, it is possible to grow the job scheduler store indefinitely.  As no quota can be set on the size of this store, a malfunctioning, malicious, or prodigious producer can easily consume all available storage with scheduled messages without any alerts being raised by the broker.  If the operators do not have disk space monitoring in place outside of the broker, the broker can become innoperable without warning.
> Provide a mechanism to set a usage quota for the job scheduler store.  The mechanism should conform to the current resource quota model provided by SystemUsage as well as provide monitoring through JMX.
> I have attached a basic patch to add management, enforcement, and configurability to the size of the job scheduler data store.  Any guidance on things I missed or did not account for would be greatly appreciated.
> While testing the size reporting in JMX, I noticed that the he Kaha persistence adapter seems to calculate its size differently than the job scheduler store.  It appears that the job scheduler store is reporting the size of the data files and index while the Kaha persistence adapter is only reporting the size of the data files.  What is the reason for this difference?  I noticed the difference because the broker was reporting a 33% usage of the job scheduler store (100MB limit) immediately on a clean broker startup.

--
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