[ https://issues.apache.org/jira/browse/ARTEMIS-3057?focusedWorklogId=878942&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-878942 ]
ASF GitHub Bot logged work on ARTEMIS-3057: ------------------------------------------- Author: ASF GitHub Bot Created on: 29/Aug/23 23:12 Start Date: 29/Aug/23 23:12 Worklog Time Spent: 10m Work Description: clebertsuconic commented on PR #3812: URL: https://github.com/apache/activemq-artemis/pull/3812#issuecomment-1698260713 @jbertram yeah.. but then I was not sure if it was 100% tested. and I never got to do it. let me know if you're doing this... otherwise I will make sure I do it :) Issue Time Tracking ------------------- Worklog Id: (was: 878942) Time Spent: 8h 10m (was: 8h) > Provide alternative to max-disk-usage to measure by remaining disk free > ----------------------------------------------------------------------- > > Key: ARTEMIS-3057 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3057 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: Broker > Affects Versions: 2.16.0 > Reporter: Barnaby Court > Priority: Major > Labels: easy > Time Spent: 8h 10m > Remaining Estimate: 0h > > Today we can specify max-disk-usage as a percentage of disk that may be used > before blocking the queues. I believe this is done in order to prevent > journal corruption. Currently the value can be specified as a percentage > which works well for relatively small disks. When working on large systems > with many terabytes of storage even specifying 99% is going to result in > queues being blocked when there are still many gigabytes of disk space > remaining. > It would be very helpful to have an alternative version of the max-disk-usage > that allowed us to specify the threshold below which blocking should be > activated. For example, min-disk-available set to something like 500 > megabytes or 1 gigabyte before blocking the queues. -- This message was sent by Atlassian Jira (v8.20.10#820010)