Red Hat Bugzilla – Bug 534395
consider reducing the amount of time tx recovery waits before expiring txs
Last modified: 2010-08-24 14:27:19 EDT
The following in jbossjta-properties.xml define settings that expire transactions that may need recovery. Consider reducing the amount of time lower than the current 12 hours. Its possible this is the cause of our log files getting flooded with recovery error messages - if a transaction can't be recovered after X hours, it will be expired, but before X hours, it will be retried every 2 minutes (that 2 minute time frame is also configured in here).
Interval, in hours, between running the expiry scanners.
This can be quite long. The absolute value determines the interval -
if the value is negative, the scan will NOT be run until after one
interval has elapsed. If positive the first scan will be immediately
after startup. Zero will prevent any scanning.
Default = 12 = run immediately, then every 12 hours.
Age, in hours, for removal of transaction status manager item.
This should be longer than any ts-using process will remain running.
Zero = Never removed. Default is 12.
Unfortunately, that setting will not work in the current JBossAS used in RHQ:
We'll have to either upgrade to the latest JBossAS or patch JBossAS with the JBossTM fix for that jira.
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1196
mass add of key word FutureFeature to help track
mazz, is this still an issue?
we don't need this setting anymore, we've not had problems with our tx logs anymore. close this out as DEFERRED since we really don't need it. If in the futuer we do need it, we'll have to revisit this.