You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Gift Sefako (JIRA)" <ji...@apache.org> on 2018/10/23 09:56:00 UTC

[jira] [Created] (ARTEMIS-2143) Artemis Failback unexpected behaviour

Gift Sefako created ARTEMIS-2143:
------------------------------------

             Summary: Artemis Failback unexpected behaviour
                 Key: ARTEMIS-2143
                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2143
             Project: ActiveMQ Artemis
          Issue Type: Bug
          Components: Broker
    Affects Versions: 2.6.3
         Environment:  Node 1: 
     * ./artemis create --nio --clustered --cluster-user artemis --cluster-password artemis --name broker1 --user artemis --password artemis --allow-anonymous Y broker1
     * add to connectors :    <connector name="secondBroker">tcp://secondhost:61616</connector>
     * reference secondBroker as static connector
     * ./broker1/bin/artemis run
 
 
     Node 2: 
     * ./artemis create --nio --clustered --cluster-user artemis --cluster-password artemis --name broker2 --user artemis --password artemis --allow-anonymous Y broker2
     * add to connectors :    <connector name="firstBroker">tcp://firsthost:61616</connector>
     * reference firstBroker as static connector
     * ./broker1/bin/artemis run
 
     - start clients
         + they all connect to broker1
     - stop broker1 
     - client connects to broker2 successfully
     - start broker1
         + expect to see client failback to broker1, but this does not happen

 

- Client-side configuration
      + (tcp://firsthost:61616,tcp://secondhost:61616)?ha=true&randomize=false&retryInterval=1000&reconnectAttempts=1
            Reporter: Gift Sefako


- Ideal Use Case 
     We'd like to ensure high availability using failover, and then normalization of the environment using failback once the server which was shut down is back up. 
  
 - Context and Environment 
     * We have two brokers running on two seperate servers, set up in a cluster with static connectors. 
     * Both brokers are able to handle their own load just fine. 
     * We create a situation where one of the broker shuts down, and all of its clients failover to the other broker and we're still able to process messages just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)