Reading over the behavior it sounds like you need to set <vote-on-replication-failure>true</vote-on-replication-failure> as discussed in the documentation [1].
Justin [1] https://activemq.apache.org/artemis/docs/latest/network-isolation.html On Thu, Mar 28, 2019 at 12:24 PM artemisn00b <prahlad.mi...@nokia.com> wrote: > This test is for 3 nodes with 2 Artemis instances each, NOT colocated. > There > are 3 live-backup pairs in this setup. > I'm adding iptable rules on my machine, to not let it communicate to other > machines to simulate a network split. > > iptables -I INPUT -d <ip> -j DROP > iptables -I OUTPUT -d <ip> -j DROP > > Machine 1 = Master1, Slave1 > Machine 2 = Master2, Slave2 > Machine 3 = Master3, Slave3 > > Backup of Master1 is Slave2. > Backup of Master2 is Slave3. > Backup of Master3 is Slave1. > > So, I don't know if this behavior is documented or not - > > I'm adding iptable rules on Machine1 to drop Machine2. So, Machine1 and > Machine2 can't communicate with each other, but both can communicate with > Machine3. > After I add the iptable rules, (my assumption is) Master1 reports to the > cluster that it can't communicate with Master2, and hence, Slave3 comes > live > (probably because Master2 is removed from the cluster). So, Master1, > Master3, Slave3 become the live nodes of the cluster. Master2, and Slave2 > are also listening, but they aren't part of the cluster. > > This behavior is consistent across all cases, based on which machine you > add > the iptable rules to. So, if I had done the same thing and added iptable > rules on Machine2 to block Machine1, then Machine1 would've been removed > from the cluster. > > And, after I flush the iptable rules, the same configuration stays and the > original config (Master1 - Master2 - Master3) doesn't become live again. > Ideally, Slave3 should failback to Master2 as there is no Network split > anymore and both Machines can communicate with each other, but it won't > work > unless I restart the brokers. > > > > > > -- > Sent from: > http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html >