开发者

What causes Arjuna 1603 (Could not find new XAResource to use for recovering non-serializable XAResource)

I have no experience with Arjuna, but 开发者_高级运维my log file gets filled with:

2011-06-27 09:25:18,021 WARN  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA-16037 Could not find new XAResource to use for recovering non-serializable XAResource  formatId=131076, gtrid_length=29, bqual_length=28, tx_uid=0:ffff0a2012b7:126a:4e006635:2ba0, node_name=1, branch_uid=0:ffff0a2012b7:126a:4e006635:2ba1, eis_name=unknown eis name

2011-06-27 09:25:18,021 WARN  [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA-16038 No XAResource to recover < formatId=131076, gtrid_length=29, bqual_length=28, tx_uid=0:ffff0a2012b7:126a:4e006635:2ba0, node_name=1, branch_uid=0:ffff0a2012b7:126a:4e006635:2ba1, eis_name=unknown eis name >

Those two messages always come together, and they are written periodically. The count of these messages increases with the uptime of the JBoss server instance. Since my application (it's an MDB consuming messages from a remote ActiveMQ) has some issues and these are the only log messages I get, I really want to know the reason for it.


To get rid of the error, stop the jboss instance and remove the folder $JBOSS/standalone/data/tx-object-store


Here are explanations:

  • https://community.jboss.org/wiki/TxNonSerializableXAResource

  • http://planet.jboss.org/post/norecoveryxa

Maybe your transaction lasts too long and you get into the timing issue described in the second link. Have you increased the server's transaction timeout ?


See JBossDeveloper Forum#thread 221033

Essential part:

The simplest solution: Find this path {JBOSS_HOME}/standalone/data/tx-object-store/ShadowNoFileLockStore/defaultStore/StateManager/BasicAction/TwoPhaseCoordinator/AtomicAction

Inside AtomicAction find some transaction related files and after removing those files this issue will be solved.

But forum contains reasons and more 'system friendly' solution.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜