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

[jira] [Created] (ARTEMIS-2128) Replication - 2nd backup server is unable to go into passive mode

Pawel created ARTEMIS-2128:
------------------------------

             Summary: Replication - 2nd backup server is unable to go into passive mode
                 Key: ARTEMIS-2128
                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2128
             Project: ActiveMQ Artemis
          Issue Type: Bug
          Components: Broker
    Affects Versions: 2.6.3
            Reporter: Pawel


I've created basic cluster containing master (master) and 2 backups (slave1, slave2). When I started cluster, the master is live, the slave1 is backup in passive mode, the slave2 is spare backup.

If I shutdown master, everything is ok (slave1 becomes live and slave2 becomes passive backup).

But when I shoutdown slave1 first (master is still live), slave2 is unable to go into passive mode (so there are no backup ready to become live).

Example config:

master:
{code:xml}
...
<cluster-user>cluster-user</cluster-user>
<cluster-password>cluster-password</cluster-password>
<cluster-connections>
    <cluster-connection name="my-cluster">
        <connector-ref>netty-connector</connector-ref>
        <use-duplicate-detection>true</use-duplicate-detection>
        <static-connectors>
            <connector-ref>slave1</connector-ref>
            <connector-ref>slave2</connector-ref>
        </static-connectors>
    </cluster-connection>
</cluster-connections>
<ha-policy>
    <replication>
        <master>
            <check-for-live-server>true</check-for-live-server>
            <vote-on-replication-failure>true</vote-on-replication-failure>
            <group-name>internal-broker</group-name>
            <cluster-name>my-cluster</cluster-name>
        </master>
    </replication>
</ha-policy>
...
{code}
slave1:
{code:xml}
...
<cluster-user>cluster-user</cluster-user>
<cluster-password>cluster-password</cluster-password>
<cluster-connections>
    <cluster-connection name="my-cluster">
        <connector-ref>netty-connector</connector-ref>
        <use-duplicate-detection>true</use-duplicate-detection>
        <static-connectors>
             <connector-ref>master</connector-ref>
             <connector-ref>slave2</connector-ref>
        </static-connectors>
    </cluster-connection>
</cluster-connections>
<ha-policy>
    <replication>
        <slave>
            <group-name>internal-broker</group-name>
            <cluster-name>my-cluster</cluster-name>
            <allow-failback>true</allow-failback>
        </slave>
    </replication>
</ha-policy>
...
{code}
slave2:

 
{code:xml}
...
<cluster-user>cluster-user</cluster-user>
<cluster-password>cluster-password</cluster-password>
<cluster-connections>
    <cluster-connection name="my-cluster">
        <connector-ref>netty-connector</connector-ref>
        <use-duplicate-detection>true</use-duplicate-detection>
        <static-connectors>
            <connector-ref>master</connector-ref>
            <connector-ref>slave1</connector-ref>
        </static-connectors>
    </cluster-connection>
</cluster-connections>
<ha-policy>
    <replication>
        <slave>
            <group-name>internal-broker</group-name>
            <cluster-name>my-cluster</cluster-name>
            <allow-failback>true</allow-failback>
        </slave>
    </replication>
</ha-policy>
...
{code}
 

And I've additional question: is it possible to create quorum based on only one live server in cluster, so 3 nodes (master, slave1, slave2) would be able to vote?



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