After scaling out a VMware Aria Automation environment from a single node to a cluster, or after replacing existing nodes, event-based functionalities fail.
Specific symptoms include:
Mon Aug 19 04:21:35 AM UTC 2024
{"status":"UP","details":{"readinessStateHealthIndicator":{"status":"UP"},"rabbitHealthContributor":{"status":"UP","details":{"version":"3.11.4"}},"diskSpaceHealthIndicator":{"status":"UP","details":{"total":151051448320,"free":96219418624,"threshold":10485760,"exists":true}},"livenessStateHealthIndicator":{"status":"UP"},"dbHealthContributor":{"status":"UP","details":{"database":"PostgreSQL","validationQuery":"isValid()"}},"ebsHealthIndicator":{"status":"UNKNOWN","details":{"reason":"Timeout","thread":"main-pool-34","elapsed":"PT9.794250824S"}}}}Aria Automation 8.18.x
Quorum queues created by the Event Broker Service (EBS) in RabbitMQ do not automatically replicate across newly added nodes during a scale-out or node replacement. If the original node (where the queues were mastered) becomes unavailable, the system cannot publish or consume events.
To replicate the queues across the RabbitMQ cluster executing the following steps:
kubectl -n prelude exec -it rabbitmq-ha-0 -- rabbitmq-queues grow "rabbit@rabbitmq-ha-0.rabbitmq-ha-discovery.prelude.svc.cluster.local" "all" --vhost-pattern "/" --queue-pattern ".*"
kubectl -n prelude exec -it rabbitmq-ha-0 -- rabbitmq-queues grow "rabbit@rabbitmq-ha-1.rabbitmq-ha-discovery.prelude.svc.cluster.local" "all" --vhost-pattern "/" --queue-pattern ".*"
kubectl -n prelude exec -it rabbitmq-ha-0 -- rabbitmq-queues grow "rabbit@rabbitmq-ha-2.rabbitmq-ha-discovery.prelude.svc.cluster.local" "all" --vhost-pattern "/" --queue-pattern ".*"More information about rabbitmq-queues grow can be found here - https://www.rabbitmq.com/docs/man/rabbitmq-queues.8#grow