Replies: 1 comment 1 reply
-
is a partial partition. C cannot communicate with A but can with B, and B can communicate with A. During events when queues sync from replicas (a newly added node, a node restart, a change in replication factor) this may suggest that this specific pair of nodes overloads its network link. FYI, classic mirrored queues have long been deprecated. Use quorum queues. They are much more efficient in terms of data transfers (where possible, obviously a freshly added replica would still sync everything) and are much safer. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I am using 5 node cluster where i make sure cookies and cert must followed same as node one Still if i use this with my application Queue is not looks mirror not sure that cause an issue but after i build this cluster start seeing issue more often about node
2023-12-12 12:56:01.768000-07:00 [error] <0.27066.58> * We can still see rabbit@SErverb1 which can see rabbit@ServerA
2023-12-12 12:56:01.768000-07:00 [error] <0.27066.58> * pause_minority mode enabled
2023-12-12 12:56:01.768000-07:00 [error] <0.27066.58> We will therefore pause until the entire cluster recovers
2023-12-12 12:56:01.768000-07:00 [warning] <0.27066.58> Cluster minority/secondary status detected - awaiting recovery
2023-12-12 12:56:01.768000-07:00 [info] <0.32230.68> RabbitMQ is asked to stop...
Mnesia('rabbit@SErverA'): ** ERROR ** mnesia_event got {inconsistent_database, running_partitioned_network, 'rabbit@SErverA'
Not sure if this related to network because i never saw any network drop
Any guidance to troubleshoot this issue
RMQ version : 3.11.5.2
Beta Was this translation helpful? Give feedback.
All reactions