Hi Clebert, Thanks for pointing this out.
I just tested 1.5.2 but unfortunately the results are exactly the same. No failover situation although the slave sees the master going down. The slave does not even notice a master being gone after a kill -9. This leads me to believe I have a misconfiguration, because if this is designed to work like this, it’s not really HA ☺. I have added the broker.xml’s of all nodes to this mail again, hopefully somebody has a simular setup and can verify the configuration. Thanks a bunch! Regards, Gerrit Tamboer On 27/01/17 04:33, "Clebert Suconic" <clebert.suco...@gmail.com> wrote: Until recently (1.5.0) you would only have the TTL to decide when to activate backup. Recently connection failures will also play in the decision to activate it. So on 1.3.0 you will be bound to the TTL of the cluster connection. On 1.5.2 ir should work with kill but you would still be bound to TTL in case of a cable cut or switch of but that's the deal of tcp-ip On Thu, Jan 26, 2017 at 7:24 AM Gerrit Tambour <gerrit.tamb...@crv4all.com> wrote: > Forgot to send the attachments! > > > > *From: *Gerrit Tamboer <gerrit.tamb...@crv4all.com> > *Date: *Thursday 26 January 2017 at 13:23 > *To: *"users@activemq.apache.org" <users@activemq.apache.org> > *Subject *Problems setting up replicated ha-policy. > > > > Hi community, > > > > We are attempting to setup a 3 node Artemis (1.3.0) cluster with an > active-passive failover situation. We see that the master node is actively > accepting connections: > > > > 09:52:30,167 INFO [org.apache.activemq.artemis.core.server] AMQ221000: > live Message Broker is starting with configuration Broker Configuration > (clustered=true > ,journalDirectory=./data/journal,bindingsDirectory=./data/bindings,largeMessagesDirectory=./data/large-messages,pagingDirectory=/opt/jamq_paging_data/data) > > 09:52:33,176 INFO [org.apache.activemq.artemis.core.server] AMQ221020: > Started Acceptor at 0.0.0.0:61616 for protocols > [CORE,MQTT,AMQP,HORNETQ,STOMP,OPENWIRE] > > > > The slaves are able to connect to the master and are reporting that they > are in standby mode: > > > > 08:16:57,426 INFO [org.apache.activemq.artemis.core.server] AMQ221000: > backup Message Broker is starting with configuration Broker Configuration > (clustered=true,journalDirectory=./data/journal,bindingsDirectory=./data/bindings,largeMessagesDirectory=./data/large-messages,pagingDirectory=/opt/jamq_paging_data/data) > > 08:18:38,529 INFO [org.apache.activemq.artemis.core.server] AMQ221109: > Apache ActiveMQ Artemis Backup Server version 1.3.0 [null] started, waiting > live to fail before it gets active > > > > However, when I kill the master node now, it reports that the master is > gone , but does not become active itself: > > > > 08:20:14,987 WARN [org.apache.activemq.artemis.core.client] AMQ212037: > Connection failure has been detected: AMQ119015: The connection was > disconnected because of server shutdown [code=DISCONNECTED] > > > > When I do a kill -9 on the PID of the master java process, it does not > even report that the master has gone away. > > I also tested this in Artemis 1.5.1, with the same results. Also removing > one of the slaves (to have a simple master-slave setup), also does not work. > > My expectation is that if the master dies, one of the slaves becomes > active. > > Attached you will find the broker.xml of all 3 nodes. > > > > Thanks in advance for the help! > > > > Kind regards, > > Gerrit Tamboer > > > > > This message is subject to the following E-mail Disclaimer. ( > http://www.crv4all.com/disclaimer-email/) CRV Holding B.V. seats > according to the articles of association in Arnhem, Dutch trade number > 09125050. > -- Clebert Suconic This message is subject to the following E-mail Disclaimer. (http://www.crv4all.com/disclaimer-email/) CRV Holding B.V. seats according to the articles of association in Arnhem, Dutch trade number 09125050.
slave-02-broker.xml
Description: slave-02-broker.xml
slave-01-broker.xml
Description: slave-01-broker.xml
master-broker.xml
Description: master-broker.xml
