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

Support Server restart on I/O errors

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Resolved
    • Major
    • Resolution: Won't Do
    • 2.15.0
    • None
    • Broker
    • None

    Description

      Currently the JDBC journal already provide a periodic lock evaluation both for live and backup using HA shared store, but the default strategy on failures is to suicide the broker: a different strategy could be to unify the behavior seen for the file-based version (https://issues.apache.org/jira/browse/ARTEMIS-2421) and making use of the recent changes on https://issues.apache.org/jira/browse/ARTEMIS-2823 using connection pooling to be more resilient to network glitchs too.

       

      This translate into supporting a feature similar to classic ActiveMQ's restartAllowed one, although it could be applied only on I/O failures because Artemis doesn't use a container to manage its instance.

      Attachments

        Issue Links

          Activity

            People

              nigrofranz Francesco Nigro
              nigrofranz Francesco Nigro
              Votes:
              1 Vote for this issue
              Watchers:
              4 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 - 50m
                  50m