Replies: 2 comments 11 replies
-
Individual quorum queues are separate Raft clusters. Without a way to reproduce, it is hard to believe that this kind of interference is possible. |
Beta Was this translation helpful? Give feedback.
3 replies
-
@devkits @taju20910 - we don't know how queues get into this state in the first place so reproducing this issue and fixing it is not really possible. |
Beta Was this translation helpful? Give feedback.
8 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi Everyone,
Wanted to confirm the following behaviour as a bug and best practices to troubleshoot/RCA or gracefully recover from the following issue/bug(?). Let me know if the format of this message is not to community's satisfaction and I will do better next time.
Environment: RMQ 3.9.13 on EKS in AWS on a large 7-node cluster
Issue: Fanout exchange does not route messages to any of the bound queues if there's at least one bound queue that is not in the "running" state. Queues that are not "running" have a number of errors like this one in the logs and their status does not change:
...
queue 'salt_minion_command_queue_ip-10-0-98-95_ip-10-0-98-95-ms-08' in vhost '/': leader call - leader not known. Command will be forwarded once leader is known.
...
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions