Uploaded image for project: 'ActiveMQ Artemis'
  1. ActiveMQ Artemis
  2. ARTEMIS-3496

Replica connection to its live should fail fast

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • 2.19.1, 2.20.0
    • None
    • None

    Description

      Both SharedNothingBackupActivation and ReplicationBackupActivation set session factory's cluster control reconnect attempts to 1, but the comment on the code for the former says:

      //we should only try once, if its not there we should move on.
      

      That doesn't look right, indeed, in case of failed cluster connection due to TTL, the additional attempt to reconnect slow down the whole failover process.
      As per the comment, to try connect just once, reconnect attempts should be set to 0.

      The weird thing is that the same session factory is created (along with the initial connection) with reconnectAttempts == 0 by ClusterController::connectToNodeInReplicatedCluster, before authorizing and starting the initial sync.

      Need an investigation to find out why it seems to be set to 1 from the original correct value.

      Attachments

        Issue Links

          Activity

            People

              nigrofranz Francesco Nigro
              nigrofranz Francesco Nigro
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Time Tracking

                  Estimated:
                  Original Estimate - Not Specified
                  Not Specified
                  Remaining:
                  Remaining Estimate - 0h
                  0h
                  Logged:
                  Time Spent - 2h 10m
                  2h 10m