Постоянное хранилище ActiveMQ заполнено. Остановка производителя - PullRequest
0 голосов
/ 01 июля 2019

У меня есть похожие проблемы (http://activemq.2283324.n4.nabble.com/Persistent-store-is-Full-100-of-107374182400-Stopping-producer-td4740024.html). Моя установка activemq обеспечивала передачу миллионов записей, которые я импортировал через Apache Camel (работает на экземпляре Karaf).

В настоящее время я нахожусьиспользуя ActiveMQ 5.15.4, и ниже, как выглядит моя конфигурация systemUsage:

<systemUsage>
    <systemUsage>
        <memoryUsage>
            <memoryUsage percentOfJvmHeap="70" />
        </memoryUsage>
        <storeUsage>
            <storeUsage limit="100 gb"/>
        </storeUsage>
        <tempUsage>
            <tempUsage limit="50 gb"/>
        </tempUsage>
    </systemUsage>
</systemUsage>

Вот что я получил в журналах:

Usage(default:store:queue://tst.tst.users:store) percentUsage=99%,
usage=42792917913, limit=40692963880,
percentUsageMinDelta=1%;Parent:Usage(default:store) percentUsage=105%,
usage=42792917913, limit=40692963880, percentUsageMinDelta=1%: Persistent
store is Full, 100% of 40692963880. Stopping producer
(ID:xxx-yy-0066-51437-1561640932972-1:24:3:1) to prevent flooding
queue://tst.tst.users. See
http://activemq.apache.org/producer-flow-control.html for more info
(blocking for: 228222s) | org.apache.activemq.broker.region.Queue | ActiveMQ
Transport: tcp:///192.168.7.98:51461@61616

Я перезапустил экземпляры karaf,но это, похоже, не дает никакого эффекта, и после просмотра журналов брокера это вполне имело смысл.

Что я на самом деле могу сделать, чтобы предотвратить эту проблему?

В настоящее время статистика брокерадля моей очереди показывает:

Pending            No. of Consumers  Enqueued            Dequeued
8016495          1                          18094028           10077534 

Я не уверен, если перезапуск брокера приведет к потере этих сообщений.

Кроме того, было бы здорово, если бы вы могли предложить о параметрах конфигурациичто я могу сделать, чтобы оптимизировать его лучше.

С уважением, Cooshal.

...