web-dev-qa-db-fra.com

Exception de délai simultané au démarrage du serveur Jboss Wildfly 9.02

Je suis nouveau sur le serveur JBoss. Lorsque j'essaie de déployer un fichier .war sur le serveur, l'exception suivante est imprimée sur la console:

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)

Merci d'avance pour l'aide !

jbosswildfly
6
Riika

J'ai eu le même problème lorsque j'ai essayé de déployer le fichier WAR sur mon Red Hat Jboss EAP 7.0.

Mais le serveur a été intégré à mon IDE (Eclipse Neon) et le problème ne s'est produit que dans Debug-Modus.

J'ai pu résoudre le problème en supprimant tous les points d'arrêt, puis j'ai redémarré le serveur. 

17
Chisey88

Essayez d'augmenter le délai en ajoutant l'option Java "blocking.timeout". Vous pouvez le faire dans bin/standalone.conf.bat (selon la configuration de wildfly) en ajoutant la ligne suivante: 
set "Java_OPTS =% Java_OPTS% -Djboss.as.management.blocking.timeout = 600
Modifiez le numéro si cela ne suffit pas.

11
ARK

l'augmentation du délai d'attente ne résout pas la cause première du problème. Vous devez vérifier la cause de l'heure du blocage et résoudre le problème. Peut-être que dans certains cas, la solution consiste à augmenter le délai d'attente. 

Dans la plupart des cas, l’augmentation des ressources est un mauvais moyen de résoudre les problèmes. J'ai eu ce cas, le Wildfly a pris beaucoup de temps à démarrer. J'ai augmenté le délai d'attente à 600 et résolu le problème, mais j'avais toujours un problème avec le temps de démarrage des aleureuses qui était tellement ennuyeux.

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

Enfin, j’ai vérifié la cause du blocage et découvert que le blocage était dû à la résolution de l’hôte réseau (stockage NAS défini en tant que chemin dans wildfly).

J'ai sauté au paramètre de réseau et ai découvert que mon DNS local n'était pas configuré correctement. J'ai ajouté le DNS local au lieu du DNS public et le problème de blocage avait disparu. J'espère que cela t'aides

Cordialement Sleem

3
Sleem

Lorsque j'ai essayé de déboguer et de démarrer le serveur avec le mode débogage, j'ai obtenu l'erreur suivante:

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.

J'ai supprimé tous mes points d'arrêt et redémarré mon serveur jboss et cela a résolu le problème.

2
user7072197

augmentez simplement le délai d'attente dans standalone.conf.bat défini comme set "Java_OPTS =% Java_OPTS% -Djboss.as.management.blocking.timeout = 600 Il a travaillé pour moi.

1
im_mangesh

Je me suis attaqué à un problème similaire et je n’avais réussi à annuler le déploiement des applications. Cela a donné un environnement propre pour permettre à Wildfly de redémarrer et de démarrer la gestion et le service http. Puis déployez les applications/WAR et identifiez ce qui vous a conduit à cet état.

Dans mon cas, c’étaient des transactions qui voulaient récupérer et supprimer celles de la base de données pour résoudre le problème qui se produisait.

0
zhrist

J'ai eu le même problème. Ensuite, j'ai tué le processus Kaspersky et cela a aidé!

0
Alexander Lu