[
https://issues.apache.org/jira/browse/AMQ-6084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15051051#comment-15051051
]
ASF subversion and git services commented on AMQ-6084:
------------------------------------------------------
Commit 2be754583cc68c99f4feb7f2e880037c38921172 in activemq's branch
refs/heads/activemq-5.13.x from [~gtully]
[ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=2be7545 ]
https://issues.apache.org/jira/browse/AMQ-6084 - add broker.adjustUsageLimits
to disable the adjustment of limits to what is available. In this way, a broker
will fail to start if constrained, ensuring it won't accept connections and
block pending resources if it has earlier exited for that reason
(cherry picked from commit d7febddb6789171ccfd22faf0ee4f00f3e9c9490)
> Have an option to error out if a limit is exceeded
> --------------------------------------------------
>
> Key: AMQ-6084
> URL: https://issues.apache.org/jira/browse/AMQ-6084
> Project: ActiveMQ
> Issue Type: Sub-task
> Components: Broker
> Affects Versions: 5.13.0
> Reporter: Gary Tully
> Assignee: Gary Tully
> Fix For: 5.14.0
>
>
> If a broker exits due to no space {code} <ioExceptionHandler>
> <defaultIOExceptionHandler ignoreNoSpaceErrors="false"/>
> </ioExceptionHandler>{code} i.e: some other process uses disk space.
> On a restart it will reset the limits and block pending space. Flow control
> will kick in. It may not be possible to consume messages in this stage.
> However it will not allow clients to failover to another broker.
> I think we should have an option to force the broker to error out, or fail to
> start if limits are set and they cannot be satisfied.
> This will ensure that the broker will not accept connections in that state.
> it could be{code}<broker adjustUsageLimits="false" ..>{code}
> When false, if the limits are exceeded, store usage or memory usage - the
> broker fails to start. When true, it adjusts them (like today) to what is
> available.
> As ever, naming things is hard. Any better name?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
