[
https://issues.redhat.com/browse/WFLY-14284?page=com.atlassian.jira.plugi...
]
Adriano Teixeira de Souza edited comment on WFLY-14284 at 1/21/21 7:30 AM:
---------------------------------------------------------------------------
Yesterday I did one more test on this scenario (on Wildfly 18.0.1 too) in order to try to
understand what is the root cause of this problem.
After change de log category of "com.arjuna" to INFO I get some more detail I
would share with you. It is on atchment [^server(transaction).log]
I would like know wich kind of authentication following trace refers? Maybe could be the
cause of server doesn't stops.
{code:java}
23:58:03,985 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local
XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0:
javax.transaction.xa.XAException: WFHTTP000008: Authentication failed23:58:03,985 WARN
[com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery
got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException:
WFHTTP000008: Authentication failed at
org.wildfly.http-client.transaction@1.0.16.Final//org.wildfly.httpclient.transaction.HttpRemoteTransactionPeer.recover(HttpRemoteTransactionPeer.java:107)
at
org.wildfly.transaction.client@1.1.7.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:210)
at
org.wildfly.transaction.client@1.1.7.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:206)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:634)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:226)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:171)
at
org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770)
at
org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382)Caused
by: java.lang.SecurityException: WFHTTP000008: Authentication failed at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$null$0(HttpTargetContext.java:196)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpConnectionPool.runPending(HttpConnectionPool.java:134)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpConnectionPool.getConnection(HttpConnectionPool.java:83)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$null$1(HttpTargetContext.java:191)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners$DrainListener.handleEvent(ChannelListeners.java:1145)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners$DrainListener.handleEvent(ChannelListeners.java:1125)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:201)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
at java.base/java.lang.Thread.run(Thread.java:834)
{code}
was (Author: JIRAUSER147207):
Yesterday I did one more test on this scenario in order to try to understand what is the
root cause of this problem.
After change de log category of "com.arjuna" to INFO I get some more detail I
would share with you. It is on atchment [^server(transaction).log]
I would like know wich kind of authentication following trace refers? Maybe could be the
cause of server doesn't stops.
{code:java}
23:58:03,985 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local
XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0:
javax.transaction.xa.XAException: WFHTTP000008: Authentication failed23:58:03,985 WARN
[com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery
got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException:
WFHTTP000008: Authentication failed at
org.wildfly.http-client.transaction@1.0.16.Final//org.wildfly.httpclient.transaction.HttpRemoteTransactionPeer.recover(HttpRemoteTransactionPeer.java:107)
at
org.wildfly.transaction.client@1.1.7.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:210)
at
org.wildfly.transaction.client@1.1.7.Final//org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:206)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:634)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:226)
at
org.jboss.jts//com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:171)
at
org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770)
at
org.jboss.jts//com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382)Caused
by: java.lang.SecurityException: WFHTTP000008: Authentication failed at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$null$0(HttpTargetContext.java:196)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpConnectionPool.runPending(HttpConnectionPool.java:134)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpConnectionPool.getConnection(HttpConnectionPool.java:83)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$null$1(HttpTargetContext.java:191)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners$DrainListener.handleEvent(ChannelListeners.java:1145)
at
org.jboss.xnio@3.7.3.Final//org.xnio.ChannelListeners$DrainListener.handleEvent(ChannelListeners.java:1125)
at
org.wildfly.http-client.common@1.0.16.Final//org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:201)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at
org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
at java.base/java.lang.Thread.run(Thread.java:834)
{code}
WildFly doesn't stop while waiting for PeriodicRecovery
-------------------------------------------------------
Key: WFLY-14284
URL:
https://issues.redhat.com/browse/WFLY-14284
Project: WildFly
Issue Type: Bug
Components: Transactions
Affects Versions: 18.0.1.Final, 20.0.1.Final
Reporter: Adriano Teixeira de Souza
Assignee: Michael Musgrove
Priority: Major
Attachments: ejb-configs.sh, server(transaction).log, thread-dump-stop-1.txt
I'm testing wildfly 20.0.1 (and 21.0.2 was tested too) for replace our old version of
Wildfly 10.
it happens that frequently we have seen that the stop function of server does not work
and we need to kill the process by manual operation on the OS.
It sounds like a dead look.
I attatch the thread dump on this.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)