[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Michael Musgrove reassigned JBTM-2837:
--------------------------------------
Assignee: Michael Musgrove (was: Tom Jenkinson)
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Recovery
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Michael Musgrove
> Attachments: server.log, stacktrace1.log
>
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka updated JBTM-2837:
----------------------------------
Steps to Reproduce:
I'm able to reproduce it when running whole crash recovery testcase {{JPAProxyCrashRecoveryTestCase}} which contains several test scenarios and normally one of them hit it. Each test scenario run about 3 min and getting it could be a little bit timeconsuming
{code}
git clone http://git.app.eng.bos.redhat.com/git/jbossqe-eap-tests-transactions.gite... JBOSS_HOME=... (downloadable at http://download.eng.brq.redhat.com/devel/candidates/JBEAP/)
DS_PROPS="-Dds0.db=postgresql -Dds0.jdbc.driver.url=http://www.qa.jboss.com/jdbc-drivers-products/EAP/7.1.0/postgresql94/jdbc4/postgresql-9.4.1209.jar -Dds0.jdbc.xa-class=org.postgresql.xa.PGXADataSource -Dds0.jdbc.url=jdbc:postgresql://gen-vm006.mw.lab.eng.bos.redhat.com:5432/crashrec -Dds0.db.name=crashrec -Dds0.user=crashrec -Dds0.pass=crashrec -Dds0.jdbc.driver.jar=postgresql-driver.jar"
mvn clean verify -am -pl jbossts -DfailIfNoTests=false -fn -Djbossts.noJTS $DS_PROPS -Dtest=JPAProxyCrashRecoveryTestCase
{code}
was:
I'm able to reproduce it when running whole crash recovery testcase {{JPAProxyCrashRecoveryTestCase}} which contains several test scenarios and normally one of them hit it. Each test scenario run about 3 min and getting it could be a little bit timeconsuming
{code}
git clone http://git.app.eng.bos.redhat.com/git/jbossqe-eap-tests-transactions.gite... JBOSS_HOME=... (downloadable at http://download.eng.brq.redhat.com/devel/candidates/JBEAP/)
DS_PROPS="-Dds0.db=oracle -Dds0.jdbc.driver.url=http://www.qa.jboss.com/jdbc-drivers-products/EAP/7.1.0/postgresql94/jdbc4/postgresql-9.4.1209.jar -Dds0.jdbc.xa-class=org.postgresql.xa.PGXADataSource -Dds0.jdbc.url=jdbc:postgresql://gen-vm006.mw.lab.eng.bos.redhat.com:5432/crashrec -Dds0.db.name=crashrec -Dds0.user=crashrec -Dds0.pass=crashrec -Dds0.jdbc.driver.jar=postgresql-driver.jar"
mvn clean verify -am -pl jbossts -DfailIfNoTests=false -fn -Djbossts.noJTS $DS_PROPS -Dtest=JPAProxyCrashRecoveryTestCase
{code}
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Recovery
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Tom Jenkinson
> Attachments: server.log, stacktrace1.log
>
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2839) Add ability to retrieve suppressed exceptions from org.jboss.tm.ImportedTransaction
by David Lloyd (JIRA)
David Lloyd created JBTM-2839:
---------------------------------
Summary: Add ability to retrieve suppressed exceptions from org.jboss.tm.ImportedTransaction
Key: JBTM-2839
URL: https://issues.jboss.org/browse/JBTM-2839
Project: JBoss Transaction Manager
Issue Type: Enhancement
Components: Application Server Integration
Reporter: David Lloyd
Assignee: Amos Feng
In order to propagate complete failure information from subordinate to parent, we need a method on {{org.jboss.tm.ImportedTransaction}} which allows us to get the suppressed exceptions which occurred as a result of doPrepare and possibly also doOnePhaseCommit so we can attach the cause to the message returned to the master.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2835) NPE when CommitMarkableResourceRecordRecoveryModule cannot connect DB during server start
by Daniel Simko (JIRA)
[ https://issues.jboss.org/browse/JBTM-2835?page=com.atlassian.jira.plugin.... ]
Daniel Simko closed JBTM-2835.
------------------------------
Resolution: Rejected
> NPE when CommitMarkableResourceRecordRecoveryModule cannot connect DB during server start
> -----------------------------------------------------------------------------------------
>
> Key: JBTM-2835
> URL: https://issues.jboss.org/browse/JBTM-2835
> Project: JBoss Transaction Manager
> Issue Type: Enhancement
> Components: Common
> Affects Versions: 5.5.0.Final
> Reporter: Daniel Simko
> Priority: Minor
> Attachments: after_patch.log, before_patch.log
>
>
> 12:49:24,796 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.txn.ArjunaRecoveryManager: org.jboss.msc.service.StartException in service jboss.txn.ArjunaRecoveryManager: WFLYTX0005: Recovery manager create failed
> at org.jboss.as.txn.service.ArjunaRecoveryManagerService.start(ArjunaRecoveryManagerService.java:126)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1963)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1896)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.NullPointerException
> at com.arjuna.ats.arjuna.objectstore.StoreManager.initStore(StoreManager.java:159)
> at com.arjuna.ats.arjuna.objectstore.StoreManager.getActionStore(StoreManager.java:111)
> at com.arjuna.ats.arjuna.objectstore.StoreManager.getRecoveryStore(StoreManager.java:68)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.CommitMarkableResourceRecordRecoveryModule.<init>(CommitMarkableResourceRecordRecoveryModule.java:156)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> at java.lang.Class.newInstance(Class.java:442)
> at com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClass(ClassloadingUtility.java:135)
> at com.arjuna.common.internal.util.ClassloadingUtility.loadAndInstantiateClassesWithInit(ClassloadingUtility.java:192)
> at com.arjuna.ats.arjuna.common.RecoveryEnvironmentBean.getRecoveryModules(RecoveryEnvironmentBean.java:465)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.loadModules(PeriodicRecovery.java:883)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.<init>(PeriodicRecovery.java:121)
> at com.arjuna.ats.internal.arjuna.recovery.RecoveryManagerImple.<init>(RecoveryManagerImple.java:107)
> at com.arjuna.ats.arjuna.recovery.RecoveryManager.<init>(RecoveryManager.java:477)
> at com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:132)
> at com.arjuna.ats.arjuna.recovery.RecoveryManager.manager(RecoveryManager.java:112)
> at com.arjuna.ats.jbossatx.jta.RecoveryManagerService.create(RecoveryManagerService.java:54)
> at org.jboss.as.txn.service.ArjunaRecoveryManagerService.start(ArjunaRecoveryManagerService.java:124)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka updated JBTM-2837:
----------------------------------
Attachment: server.log
stacktrace1.log
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Recovery
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Tom Jenkinson
> Attachments: server.log, stacktrace1.log
>
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka updated JBTM-2837:
----------------------------------
Component/s: Recovery
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Recovery
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka reassigned JBTM-2837:
-------------------------------------
Assignee: Tom Jenkinson
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Recovery
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Tom Jenkinson
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months
[JBoss JIRA] (JBTM-2837) Server being stuck during shudown when transaction probe op is called
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/JBTM-2837?page=com.atlassian.jira.plugin.... ]
Ondra Chaloupka updated JBTM-2837:
----------------------------------
Affects Version/s: 5.5.0.Final
> Server being stuck during shudown when transaction probe op is called
> ---------------------------------------------------------------------
>
> Key: JBTM-2837
> URL: https://issues.jboss.org/browse/JBTM-2837
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Affects Versions: 5.5.0.Final
> Reporter: Ondra Chaloupka
>
> I do experience server to be stuck (in intermittent way) during shutdown. I need to use afterwards {{kill -9}} to stop it.
> From my investigation it seems that it's caused by fact that {{jboss-cli}} operation {{:probe}} does cause {{XARecoveryModule.periodicWorkFirstPass}} being called
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> That way {{scanState}} is left at value ScanStates.BETWEEN_PASSES [1]
> https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> Now when shutdown of container is being run (you can check attached {{server.log}})
> the periodic recovery is stopped and the {{scanState}} is left as it is. At that point
> call of {{XARecoveryModule#removeXAResourceRecoveryHelper}} causes thread waits for state {{IDLE}} ifinintely. https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...
> You can consult thread dump from time when server gets stuck {{stacktrace1.log}}.
> [1]
> {code}
> Thread [management-handler-thread - 5] (Suspended (breakpoint at line 149 in XARecoveryModule))
> owns: XARecoveryModule (id=219)
> owns: AtomicAction (id=844)
> owns: ObjStoreBrowser (id=845)
> XARecoveryModule.periodicWorkFirstPass() line: 149
> XARecoveryModule.getNewXAResource(Xid) line: 272
> XARecoveryModule.getNewXAResource(XAResourceRecord) line: 310
> XAResourceRecord.getNewXAResource() line: 1303
> XAResourceRecord.restore_state(InputObjectState, int) line: 1054
> AtomicAction(BasicAction).restore_state(InputObjectState, int) line: 1180
> AtomicAction(BasicAction).activate(String) line: 488
> AtomicAction(BasicAction).activate() line: 451
> ActionBean$GenericAtomicActionWrapper.activate() line: 391
> ActionBean.createWrapper(UidWrapper, boolean) line: 107
> ActionBean.<init>(UidWrapper) line: 93
> NativeConstructorAccessorImpl.newInstance0(Constructor<?>, Object[]) line: not available [native method]
> NativeConstructorAccessorImpl.newInstance(Object[]) line: 62
> DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45
> Constructor<T>.newInstance(Object...) line: 423
> UidWrapper.createMBean() line: 196
> ObjStoreBrowser.createBean(Uid, String) line: 481
> ObjStoreBrowser.probe() line: 435
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> Trampoline.invoke(Method, Object, Object[]) line: 71
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43
> Method.invoke(Object, Object...) line: 498
> MethodUtil.invoke(Method, Object, Object[]) line: 275
> StandardMBeanIntrospector.invokeM2(Method, Object, Object[], Object) line: 112
> StandardMBeanIntrospector.invokeM2(Object, Object, Object[], Object) line: 46
> StandardMBeanIntrospector(MBeanIntrospector<M>).invokeM(M, Object, Object[], Object) line: 237
> PerInterface<M>.invoke(Object, String, Object[], String[], Object) line: 138
> StandardMBeanSupport(MBeanSupport<M>).invoke(String, Object[], String[]) line: 252
> DefaultMBeanServerInterceptor.invoke(ObjectName, String, Object[], String[]) line: 819
> JmxMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 801
> PluggableMBeanServerImpl$TcclMBeanServer.invoke(ObjectName, String, Object[], String[]) line: 1512
> PluggableMBeanServerImpl.invoke(ObjectName, String, Object[], String[]) line: 731
> LogStoreProbeHandler.probeTransactions(MBeanServer, boolean) line: 157
> LogStoreProbeHandler.execute(OperationContext, ModelNode) line: 186
> OperationContextImpl(AbstractOperationContext).executeStep(AbstractOperationContext$Step) line: 921
> OperationContextImpl(AbstractOperationContext).processStages() line: 664
> OperationContextImpl(AbstractOperationContext).executeOperation() line: 383
> OperationContextImpl.executeOperation() line: 1390
> ModelControllerImpl.internalExecute(ModelNode, OperationMessageHandler, ModelController$OperationTransactionControl, OperationAttachments, OperationStepHandler, boolean, boolean) line: 419
> ModelControllerImpl.lambda$execute$1(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> 277244299.run() line: not available
> SecurityIdentity.runAs(PrivilegedAction<T>) line: 193
> ModelControllerImpl.execute(Operation, OperationMessageHandler, ModelController$OperationTransactionControl) line: 240
> ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelNode, int, ManagementRequestContext<Void>, CompletedCallback) line: 217
> ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler$ExecuteRequestHandler, ModelNode, int, ManagementRequestContext, ModelControllerClientOperationHandler$CompletedCallback) line: 137
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 161
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run() line: 157
> SecurityIdentity.runAs(PrivilegedExceptionAction<T>) line: 212
> AccessAuditContext.doAs(SecurityIdentity, InetAddress, PrivilegedExceptionAction<T>) line: 185
> ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ManagementRequestContext<Void>) line: 157
> ManagementRequestContextImpl$1.doExecute() line: 70
> ManagementRequestContextImpl$1(ManagementRequestContextImpl$AsyncTaskRunner).run() line: 160
> ThreadPoolExecutor.runWorker(ThreadPoolExecutor$Worker) line: 1142
> ThreadPoolExecutor$Worker.run() line: 617
> JBossThread(Thread).run() line: 745
> JBossThread.run() line: 320
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 3 months