]
Filippe Spolti commented on WFCORE-923:
---------------------------------------
This thread is from server:
"management-handler-thread - 3" #363 prio=5 os_prio=0 tid=0x00007f66a4408000
nid=0x334 in Object.wait() [0x00007f66d0c9e000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:502)
at org.jboss.as.controller.remote.Pipe$1.read(Pipe.java:146)
- locked <0x00000000e9806060> (a java.lang.Object)
at
org.jboss.as.controller.remote.OperationAttachmentsProxy$ProxiedInputStream.read(OperationAttachmentsProxy.java:137)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x00000000ea8ce758> (a java.io.BufferedInputStream)
at java.io.FilterInputStream.read(FilterInputStream.java:107)
at
org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.addContent(ContentRepository.java:204)
- locked <0x00000000afb59cd8> (a java.security.MessageDigest$Delegate)
at
org.jboss.as.server.deployment.DeploymentAddHandler.addFromContentAdditionParameter(DeploymentAddHandler.java:212)
at
org.jboss.as.server.deployment.DeploymentAddHandler.execute(DeploymentAddHandler.java:120)
at
org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:702)
at
org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:537)
at
org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:338)
at
org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:314)
at
org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1144)
at
org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:331)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:201)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:135)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:153)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94)
at
org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:153)
at
org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
at
org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:537)
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)
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
Seems, it is doing a deployment and the client stops to send it.. strange.
Do you know if there is a known bug on xnio or undertow that may lead to that kind of
problem?
Thanks.
Execution timeout for CLI operations
------------------------------------
Key: WFCORE-923
URL:
https://issues.jboss.org/browse/WFCORE-923
Project: WildFly Core
Issue Type: Feature Request
Components: CLI
Affects Versions: 2.0.0.Beta4
Reporter: Lyle Wang
Assignee: Alexey Loubyansky
Labels: cli, timeout
It will be great if we could have a timeout setting to
"stop-the-CLI-execution-after-nnn-seconds" , for all general CLI operations.
Specifically, during some CLI operations, for example "deploy" or
"reload", it is possible that things get stuck and hang-up, CLI cannot get back
/ return to the user after a long waiting. In this case, if we're able to setup an
"execution timeout" and let CLI return with an error message, that would be much
better. User should be able to know command execution results by viewing the related logs
or checking the status.
Currently there is "--timeout" setting when running "jboss-cli.sh",
but that seems only effective on "connect" operation, tried to use this timeout
with a CLI script file, which has "deploy" inside (./jboss-cli.sh
--file=test.cli --timeout=xxx), it doesn't work when the deployment takes a long time.