Bug 1129891

Summary: WSMQ rar version 7.5.0.3 throws exception when recover is called and no in-flight transaction exists
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Ondrej Chaloupka <ochaloup>
Component: JMSAssignee: Ondrej Chaloupka <ochaloup>
Status: CLOSED NOTABUG QA Contact: Ondrej Chaloupka <ochaloup>
Severity: medium Docs Contact: Russell Dickenson <rdickens>
Priority: unspecified    
Version: 6.3.0CC: hhovsepy, msvehla, rsvoboda, tom.jenkinson
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-12-18 10:46:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Ondrej Chaloupka 2014-08-13 21:23:44 UTC 
This bug is not an issue of EAP but rather of WSMQ rar.

When there is no in-doubt transaction during recovery then rar throws unexpected exception which ends with WARNings messages [1] being written to server log each run of periodic recovery (which means each 2 minutes by default). Happening for EAP 6.2.x and 6.3.x as well.
This happens just in case that MDB is deployed on the server.

This is harmless, the warnings could be ignored but it causes mess in the log.

There was filled ticket on IBM and this behavior should be fixed in WSMQ 7.3.0.4.
http://www-01.ibm.com/support/docview.wss?uid=swg1IC97579

There is already discussion about this on community forum as well.
https://community.jboss.org/thread/235191


[1]
WARN  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception XAException.XAER_INVAL: javax.transaction.xa.XAException: The method 'xa_recover' has failed with errorCode '-5'.
 at com.ibm.mq.jmqi.JmqiXAResource.recover(JmqiXAResource.java:806) [com.ibm.mq.jmqi.jar:7.5.0.3 - p750-003-140123]
 at com.ibm.mq.connector.RecoveryXAResource.recover(RecoveryXAResource.java:448) [com.ibm.mq.connector.jar:7.5.0.3-p750-003-140123]
 at org.jboss.jca.core.tx.jbossts.XAResourceWrapperImpl.recover(XAResourceWrapperImpl.java:177)
 at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoverySecondPass(XARecoveryModule.java:709) [jbossjts-jacorb-4.17.21.Final-redhat-2.jar:4.17.21.Final-redhat-2]
 at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:431) [jbossjts-jacorb-4.17.21.Final-redhat-2.jar:4.17.21.Final-redhat-2]
 at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:212) [jbossjts-jacorb-4.17.21.Final-redhat-2.jar:4.17.21.Final-redhat-2]
 at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-jacorb-4.17.21.Final-redhat-2.jar:4.17.21.Final-redhat-2]
 at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-jacorb-4.17.21.Final-redhat-2.jar:4.17.21.Final-redhat-2]
Comment 3 tom.jenkinson 2014-08-18 13:07:41 UTC 
Hi Ondra,

I propose this be assigned to the docs team to release note it. What do you think?

Thanks,
Tom
Comment 9 Ondrej Chaloupka 2014-12-18 10:46:04 UTC 
IBMMQ fixed the problem in 7.5.0.4. Verified.