web-dev-qa-db-ja.com

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)

助けてくれてありがとう!

9
Riika

Red Hat Jboss EAP 7.0にWARファイルをデプロイしようとしたときにも同じ問題が発生しました。

しかし、サーバーは私のIDE(Eclipse Neon)に統合され、問題はDebug-Modusでのみ発生しました。

すべてのブレークポイントを削除して問題を解決できた後、サーバーを再起動しました。

21
Chisey88

Java option "blocking.timeout"を追加して、タイムアウトを増やしてみてください。bin/ standalone.conf.bat(wildflyの設定方法によって異なります)で次の行を追加して、タイムアウトを増やすことができます。
set "Java_OPTS =%Java_OPTS%-Djboss.as.management.blocking.timeout = 6
それが十分でない場合、番号を変更します。

12
ARK

タイムアウトを長くしても、問題の根本的な原因は解決されません。ブロックの時間の原因を確認し、問題を解決する必要があります。場合によっては、解決策はタイムアウトを増やすことです。

ほとんどの場合、リソースを増やすことは問題を解決するための悪い方法です。このケースでは、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")]'

最後に、ブロックの原因を確認したところ、ブロックがネットワークホスト解決(wildflyのパスとして定義されたNASストレージ)によるものであることがわかりました。

ネットワーク設定にジャンプしたところ、ローカルDNSが正しく設定されていませんでした。パブリックDNSの代わりにローカルDNSを追加したところ、ブロックの問題はなくなりました。お役に立てれば

よろしく

3
Sleem

デバッグしようとしてデバッグモードでサーバーを起動すると、次のエラーが発生しました。

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を再起動すると、問題が解決しました。

2
user7072197

同じ問題、netbeans

ブレークポイントはありませんでした。コマンドラインでjbossを実行して、私を助けました

  • Jbossを停止
  • Netbeansを閉じる
  • コマンドラインを開く
  • Jbossフォルダーに移動> bin>
  • タイプ:standalone.bat(これによりjbossが起動します)
  • オープンNetbeans
  • うまくいきました!

    それが他の誰かを助けることを願っています。
1
Vrian7

standalone.conf.batとしてタイムアウトを増やすだけset "Java_OPTS =%Java_OPTS%-Djboss.as.management.blocking.timeout = 6それは私のために働いた。

1
im_mangesh

私は同様の問題に取り組み、アプリをアンデプロイすることでのみ成功しました。これにより、Wildflyが管理とhttpサービスを再起動して開始するためのクリーンな環境が提供されました。次に、アプリ/ WARをデプロイし、この状態になった原因を特定します。

私の場合、トランザクションから回復し、DBからトランザクションを削除して問題ボットを解決し、再発するようにしました。

0
zhrist

「ドッキング」されたアプリケーションをローカルで実行するときに同じ問題が発生しました-リソースを増やすと問題が解決しました。最終的に解決したもの:CPU:4メモリ:8 GBスワップ:2 GB

0
LinuxLars

私も同じ問題を抱えていました。それから私はカスペルスキープロセスを殺しました、そしてそれは助けました!

0
Alexander Lu