Bug 536605 (RHQ-938)
Summary: | remove XA from JMS data source configuration | ||
---|---|---|---|
Product: | [Other] RHQ Project | Reporter: | John Mazzitelli <mazz> |
Component: | Core Server | Assignee: | RHQ Project Maintainer <rhq-maint> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | urgent | ||
Version: | 1.1 | Keywords: | Improvement |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://jira.rhq-project.org/browse/RHQ-938 | ||
Whiteboard: | |||
Fixed In Version: | 1.2 | Doc Type: | Enhancement |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | --- | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 534381 |
Description
John Mazzitelli
2008-10-03 17:29:00 UTC
some of the configuration is also gonna be touched by RHQ-895 this is a blocker - we need to fix the transactioning issues this may be relevent: http://www.jboss.org/community/docs/DOC-11443 "Enlisting multiple 1-phase aware participants in the same transaction" http://anonsvn.labs.jboss.com/labs/jbosstm/trunk/atsintegration/docs/IntegrationGuide.odt "Further, even when the transaction is recorded ,that record may not contain all the required information. This is particularly the case when using drivers that have non-serializable XAResource implementations, which unfortunately is most of them. To address these situations, JBossTS uses configurable recovery modules. By providing a suitable plugin for any resource manager that is used, it can be ensured that all transactions will be recovered successfully. Without such configuration, the system will keep retrying failed transactions repeatedly without success. This leads to three consequences: resource managers may remain locked, denying service to other applications until such time as an administrator intervenes; entries for the failed transactions may remain in the ObjectStore indefinitely; the recovery manager will log failed recovery attempts on each pass, leading to larger than necessary log files. These situations commonly manifest themselves by repeated log entries of the form "Could not find new XAResource to use for recovering non-serializable XAResource < id string >" Such errors can be ignored in development environments and eliminated by shutting down JBossTS and removing the contents of the ObjectStore before restarting. However, it is important to realize such log entries are indicative of misconfiguration and should be a serious concern in a production environment." the cause of this may or may not be related to RHQ-1170, but I am linking that jira issue here just in case. just a link to JBM page that shows how they configure their own recovery module for JMS: http://www.redhat.com/docs/manuals/jboss/jboss-eap-4.3/doc/messaging/JBoss_Messaging_User_Guide/html/recovery.html and here's their recovery modules: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/messaging/branches/Branch_1_0_XARecovery/src/main/org/jboss/jms/recovery/?pathrev=1658 we need to fix our XA recovery via the tips found here: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=146138 we are not going to remove XA from the JMS config (I'm not even sure if we can). Gonna configure the transaction manger to perform recovery properly This bug was previously known as http://jira.rhq-project.org/browse/RHQ-938 This bug is related to RHQ-895 This bug is related to RHQ-1017 This bug is related to RHQ-1170 This bug relates to RHQ-1032 |