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)