Bug 534395 (RHQ-1196)
| Summary: | consider reducing the amount of time tx recovery waits before expiring txs | ||
|---|---|---|---|
| Product: | [Other] RHQ Project | Reporter: | John Mazzitelli <mazz> |
| Component: | Core Server | Assignee: | RHQ Project Maintainer <rhq-maint> |
| Status: | CLOSED DEFERRED | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | unspecified | CC: | cwelton |
| Target Milestone: | --- | Keywords: | FutureFeature, Improvement |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://jira.rhq-project.org/browse/RHQ-1196 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-08-24 18:27:19 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Unfortunately, that setting will not work in the current JBossAS used in RHQ: https://jira.jboss.org/jira/browse/JBTM-418 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. |
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. --> <property name="com.arjuna.ats.arjuna.recovery.expiryScanInterval" value="12"/> <!-- 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. --> <property name="com.arjuna.ats.arjuna.recovery.transactionStatusManagerExpiryTime" value="12"/>