
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>In a clustered scenario (3 brokers) with mirrored queues, what is the correct way to determine which node is the "master" via inspection?</div><div><br></div><div>On approach would be to look at the list of queues and see which node is hosting the queue (as opposed to slave_nodes). However, I'm unsure if there's some scenario where queue 'A' is hosted by one broker, while queue 'B' is hosted by another.</div><div><br></div><div>Another approach is to go off of whichever node has the statistics database, but I'm unsure if there's a 1:1 correlation there.</div><div><br></div><div>If I were to use some combination of rabbitmqctl or rabbitmqadmin commands, what heuristic should I use?</div><div><br></div><div>Background info, in case it matters:</div><div><br></div><div>We're using keepalived to maintain a virtual IP that all clients connect to. We'd obviously like keepalived to put the VIP on whatever node is the master rather than on a slave node. Our understanding is that if the master has messages that aren't in the slave node, a client that connects via the VIP to the slave node and tries to read messages won't see them as they're only on the master.</div><div><br></div><div>Thanks,</div><div><br></div><div>Matt</div></body></html>