Uploaded image for project: 'ActiveMQ Classic'
  1. ActiveMQ Classic
  2. AMQ-4564

ActiveMQ creates & initializes ACTIVEMQ_LOCK in wrong database when using separate lock data source

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Minor
    • Resolution: Fixed
    • 5.5.1
    • 5.9.0
    • None
    • None

    Description

      When configured to use a secondary database for locking, ActiveMQ creates and initializes ACTIVEMQ_LOCK in the primary database. It then starts as slave because it can't lock the table in the secondary database.

      Workaround: manually copy the ACTIVEMQ_LOCK table from the primary database to the secondary database.

      Attachments

        1. activemq.log
          480 kB
          Tim Boemker
        2. broker-config.xml
          7 kB
          Tim Boemker

        Issue Links

          Activity

            People

              gtully Gary Tully
              tboemker@elynx.com Tim Boemker
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: