There isn't much we can do with a single backup pair. On this case you will need 3 pairs...
or maybe you could embed zookeeper somehow. We had thought about using zookeeper (which will require more than 3 nodes to elect quorum anyways). We can only guarantee that a single backup/live pair is not isolated on the network. Now if you want to break the system, sure you can do it. if you had more than 3 nodes the quorum would decide to set the node down. On Tue, May 16, 2017 at 9:50 AM, martk <123mar...@web.de> wrote: > No, I would like to simulate a busy/overloaded server (e.g. the broker > process is not working correctly). The network is all the time available and > the server is also answering a ping. > > > jbertram wrote >> I realize you're attempting to simulate a network outage, but from what I >> understand using SIGSTOP isn't necessarily an accurate way to do it. It >> was >> explained to me awhile back by a colleague who had done quite a bit of >> work >> in this area that SIGSTOP works differently at the socket level from >> something like pulling a network cable out of a NIC or even killing the >> process. See more here [1]. In mention this because you might want to >> develop an alternate testing mechanism to more accurately simulate a >> network >> outage use-case. >> >> >> Justin >> >> [1] >> https://unix.stackexchange.com/questions/202104/what-happens-to-requests-to-a-service-that-is-stopped-with-sigstop > > Quoted from: > http://activemq.2283324.n4.nabble.com/Artemis-HA-cluster-with-replication-tp4725734p4726194.html > > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/Artemis-HA-cluster-with-replication-tp4725734p4726197.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. -- Clebert Suconic
