启动Jboss Wildfly 9.02服务器时出现并发超时异常

我是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)

---

提前感谢您的帮助

尝试通过添加java选项“blocking.timeout”来增加超时时间。您可以在bin/standalone.conf.bat（取决于您如何配置wildfly）中添加以下行：
设置“JAVA\u OPTS=%JAVA\u OPTS%-Djboss.as.management.blocking.timeout=600

---

如果数字不够，请更改它。

当我试图在我的Red Hat Jboss EAP 7.0上部署WAR文件时，我遇到了同样的问题

但是服务器集成到了我的IDE（EclipseNeon）中，问题只发生在调试模式中

---

我可以通过删除所有断点来解决问题，然后再次启动服务器。

当我尝试调试并以调试模式启动服务器时，出现以下错误：

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服务器，解决了问题。

只需在standalone.conf.bat中增加超时时间即可 设置为设置“JAVA\u OPTS=%JAVA\u OPTS%-Djboss.as.management.blocking.timeout=600

---

这对我很有效。

增加超时并不能解决问题的根本原因。您需要检查阻塞时间的原因并解决问题。在某些情况下，解决方案可能是增加超时时间

在大多数情况下，增加资源不是解决问题的好办法。我有这个案子，野蝇花了很多时间启动。我将超时时间增加到600并解决了这个问题，但仍然存在wildfly引导时间的问题，这太烦人了

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")]'

最后，我检查了中的阻塞原因，发现阻塞是由于网络主机解析（在wildfly中定义为路径的NAS存储）造成的

我跳转到网络设置，发现我的本地DNS设置不正确。我添加了本地DNS而不是公共DNS，阻止问题消失了。希望这有帮助

问候

---

斯里姆

我也有同样的问题。然后我杀死了卡巴斯基过程，它起了作用

我解决了一个类似的问题，只是成功地取消了应用程序的部署。这为Wildfly重新启动和启动管理和http服务提供了一个干净的环境。然后部署应用程序/战争，并确定是什么让你进入这种状态

---

在我的例子中，正是事务想要恢复并从数据库中删除这些事务，才解决了bot重新出现的问题。

同样的问题，使用netbeans

但我没有突破点。 通过命令行运行jboss，帮助了我

• 停止jboss
• 关闭Netbeans
• 打开命令行
• 转到jboss文件夹>bin>
• 类型：standalone.bat（这将启动jboss）
• 开放Netbeans
• 很好！
  
  希望它能帮助别人

---

我在本地运行“Docked”应用程序时遇到了同样的问题-结果是增加了资源解决了这个问题。我最终决定： 中央处理器：4 内存：8GB

---

Swap:2GB

我最近在WildFly 18和21上遇到了同样的问题，试图运行一个包含JSR-352批处理作业的WAR文件，该文件在WildFly 14上运行良好

增加超时时间并不能解决这种情况，只会延长在抛出TimeoutException之前的时间，无论其值如何（例如5、10或20分钟）

我刚刚发现，关闭

微文件度量smallrye

子系统似乎是一个可能的解决方案

从

standalone.xml

文件中注释掉这一行后，war部署成功且速度更快（约2分钟）：

今天更新到neon后，我也偶尔看到WildFly 10出现这种情况，但不幸的是，即使我没有设置断点。我正在使用JRebel，这可能会有所帮助。目前，我想我会回到火星。2号，它运行良好，非常稳定。非常感谢你的评论。。。我忘了提到之前我是以“标准”模式启动服务器的。。。（效果非常好）。之后，我删除了所有断点并再次启动服务器。问题消失了。IJ、JRebel和wildfly 8也有同样的问题。删除断点并重新启动它。谢谢。我真的很高兴！非常感谢您的投票！：）非常感谢，我在最近几天开始面对这个问题，因为IJ的断点，我永远猜不到它。谢谢汉克斯，这解决了我的问题，我正在使用MyEclipseMonths，我（在团队成员的帮助下）一直在努力解决这个问题，几乎几个月了。同时从命令行运行wildfly。谢谢。增加工资真的解决了问题吗？

<subsystem xmlns="urn:wildfly:microprofile-metrics-smallrye:2.0" security-enabled="false" exposed-subsystems="*" prefix="${wildfly.metrics.prefix:wildfly}"/>