Uploaded image for project: 'JBoss A-MQ'
  1. JBoss A-MQ
  2. ENTMQ-2236

[fabric, scheduler] non clean shut down of the Scheduler causes the broker failing to restart

XMLWordPrintable

    • ?
    • Hide

      Disabling the scheduler support in the broker should work around the problem.

      Show
      Disabling the scheduler support in the broker should work around the problem.
    • Hide

      I am not currently able to reproduce the problem reliably.

      Show
      I am not currently able to reproduce the problem reliably.

      If the broker gets stopped while starting up (as part of a bundle refresh during Fabric container startup) it may raise a BrokerStoppedException and it may fail to properly shut down the Scheduler KahaDB instance.

      Upon broker restart (again, as part of bundle refresh) the broker will fail start up fully as the Scheduler KahaDB instance is still locked.
      The broker will raise

      Database data/mybroker/mybroker/scheduler/lock is locked by another server. This broker is now in slave mode waiting a lock to be acquired
      

      and will fail to start up fully

              gtully@redhat.com Gary Tully
              rhn-support-tmielke Torsten Mielke
              Votes:
              1 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: