On the on-premise solution, utilizing version 15.07.07, we have a GDHA deployment across 2 data centers. 2 in DC1 and 2 in DC2. To enable capture of analytics across DC's, we have applied configuration to enable both DC QPIDs to communicate with one another.
As such, we have 2 consumer groups defined: ax-q-axgroup002-consumer-group-001 and ax-q-axgroup002-consumer-group-002.
Recently, as advised, we have reset our QPID Queues back to default and performed a resize on just
ax-q-axgroup002-consumer-group-001 and ax-q-axgroup002-consumer-group-002. All looked well until this morning.
2016-10-28 11:24:25 error Execution exception: resource-limit-exceeded: resource-limit-exceeded: Policy exceeded on ax-q-axgroup002-consumer-group-002, policy: size: max=104857600, current=104857581; count: unlimited; type=reject (qpid/broker/QueuePolicy.cpp:87)
I am not seeing any Apigee reference to help identify how to adjust. I do see Redhat identifying this type of bug (Bug 706408), as medium severity, while no reference on how to reconfigure/circumvent.
Anyone have suggestions/recommendations on how to alleviate this type of issue and maintain capture of Analytics from RMP?
LinkedIn
Twitter
