我是jboss服务器的新手。当我尝试在服务器上部署.war文件时,以下异常将在控制台上打印:
6:38:04,388 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'add' at address '[
("core-service" => "management"),
("management-interface" => "http-interface")
]'
16:38:05,642 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) WFLYJCA0019: Stopped Driver service with driver-name = Aerobay.war_com.mysql.jdbc.Driver_5_1
16:38:09,548 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0190: Step handler org.jboss.as.server.DeployerChainAddHandler$FinalRuntimeStepHandler@5f88823f for operation {"operation" => "add-deployer-chains","address" => []} at address [] failed handling operation rollback -- java.util.concurrent.TimeoutException: java.util.concurrent.TimeoutException
at org.jboss.as.controller.OperationContextImpl.waitForRemovals(OperationContextImpl.java:396)
at org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1384)
at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1332)
at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1292)
at org.jboss.as.controller.AbstractOperationContext$Step.access$300(AbstractOperationContext.java:1180)
at org.jboss.as.controller.AbstractOperationContext.handleContainerStabilityFailure(AbstractOperationContext.java:964)
at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:590)
at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:453)
at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:327)
at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:313)
at org.jboss.as.server.ServerService.boot(ServerService.java:384)
at org.jboss.as.server.ServerService.boot(ServerService.java:359)
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:271)
at java.lang.Thread.run(Thread.java:745)
提前感谢您的帮助!
答案 0 :(得分:19)
当我尝试在Red Hat Jboss EAP 7.0上部署WAR文件时遇到了同样的问题。
但是服务器已集成到我的IDE(Eclipse Neon)中,问题只出现在Debug-Modus中。
我能够通过删除所有断点来解决问题,然后再次启动服务器。
答案 1 :(得分:11)
尝试通过添加java选项" blocking.timeout"来增加超时。您可以通过添加行来在bin / standalone.conf.bat(取决于您如何配置wildfly)中执行此操作:
设置" JAVA_OPTS =%JAVA_OPTS%-Djboss.as.management.blocking.timeout = 600
如果数量不够,请更改数字。
答案 2 :(得分:3)
增加超时并不能解决问题的根本原因。您需要检查块的时间原因并解决问题。也许在某些情况下,解决方案是增加超时。
在大多数情况下,增加资源是解决问题的不良方法。我有这个案子,Wildfly花了很多时间来启动。我将超时时间增加到600并解决了问题,但是仍然存在令人讨厌的野生飞行启动时间问题。
2018-03-26 07:50:36,523 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'add' at address '[("path" => "xxxxxxxxxxxxxxxx")]'
最后,我检查了阻塞原因并发现该阻止是由于网络主机解析(NAS存储定义为wildfly中的路径)。
我跳转到网络设置,发现我的本地DNS设置不正确。我添加了本地DNS而不是公共DNS,并且阻止问题已经消失。希望这有帮助
此致 Sleem
答案 3 :(得分:2)
当我尝试调试并使用调试模式启动服务器时出现以下错误:
16:19:50,096 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS013412: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated the service container was 'deploy' at address '[("deployment" => "ViprWeb.war")]'
16:19:50,096 ERROR [org.jboss.as.server] (management-handler-thread - 1) JBAS015870
16:20:00,117 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) JBAS013413: Timeout after [5000] seconds waiting for service container stability while finalizing an operation.
我删除了所有断点并重新启动了服务器jboss并解决了问题。
答案 4 :(得分:1)
只需在 standalone.conf.bat 中增加时间 设为设置“JAVA_OPTS =%JAVA_OPTS%-Djboss.as.management.blocking.timeout = 600 它对我有用。
答案 5 :(得分:0)
我遇到了同样的问题。然后我杀死了卡巴斯基进程,它有所帮助!
答案 6 :(得分:0)
我解决了类似的问题,只是取消部署应用程序才成功。这为Wildfly提供了一个干净的环境,以重新启动并启动管理和http-service。然后部署应用程序/ WAR,并确定导致您进入此状态的原因。
在我的情况下,是要恢复并删除数据库中的事务的机器人才解决了机器人再次出现的问题。
答案 7 :(得分:0)
与netbeans相同的问题
但是我没有断点。
通过命令行运行jboss对我
答案 8 :(得分:0)
我在本地运行“ dockerized”应用程序时遇到了同样的问题-事实证明,增加资源可以解决该问题。我最终决定的是: CPU:4 记忆体:8GB 交换:2GB
答案 9 :(得分:0)
我最近在WildFly 18和21中也遇到了同样的问题,试图运行包含JSR-352批处理作业的WAR文件,该文件在WildFly 14上运行良好。
增加超时时间并不能解决问题,只是延长了TimeoutException强制转换之前的时间,无论其值如何(例如5、10或20分钟)。
我刚刚发现关闭microprofile-metrics-smallrye
子系统似乎是可行的解决方案。
将standalone.xml
文件中的这一行注释掉后,战争部署成功并且速度更快(大约2分钟):
<subsystem xmlns="urn:wildfly:microprofile-metrics-smallrye:2.0" security-enabled="false" exposed-subsystems="*" prefix="${wildfly.metrics.prefix:wildfly}"/>