Uploaded image for project: 'JBoss Transaction Manager'
  1. JBoss Transaction Manager
  2. JBTM-3346

Journal store file count grows unbounded

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Minor Minor
    • 5.10.6.Final
    • 5.10.5.Final
    • Transaction Core
    • None
    • Workaround Exists
    • Hide

      Setting e.g com.arjuna.ats.arjuna.hornetqjournal.poolSize=20 may provide limited relief, but is considered a guideline rather than a rule by older versions of the journal. Newer versions (2.14+) of the journal have an actual fix by adding backpressure from the file cleaner

      Show
      Setting e.g com.arjuna.ats.arjuna.hornetqjournal.poolSize=20 may provide limited relief, but is considered a guideline rather than a rule by older versions of the journal. Newer versions (2.14+) of the journal have an actual fix by adding backpressure from the file cleaner

      Under sustained high load the HornetQ (Artemis) Journal store creates new store files instead of recycling old ones. Whilst bounding write latency this will, over a prolonged interval on sufficiently fast storage media, lead to excessive use of storage space. For our use case it's preferable to have the journal generate write-throttling backpressure from the file recycler.  ref https://issues.apache.org/jira/browse/ARTEMIS-2837

              rhn-engineering-jhallida Jonathan Halliday
              rhn-engineering-jhallida Jonathan Halliday
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: