Java semble bloqué

J'ai été en utilisant le Java Service wrapper dans une application personnalisée pour un bon moment et c'est très bien. Depuis la mise à jour de notre application d'une nouvelle version dans les derniers jours de la JVM commencé à traîner et puis wrapper imprime ce dans le journal:
JVM semble bloqué: expiration du délai d'attente du signal de la JVM.

Puis, il met automatiquement fin à la JVM et commence de nouveau l'application. Ce qui se passe après environ 10 heures de course, ce qui rend juste plus difficile à déboguer.

Bien sûr, je vais regarder à travers les changements que nous avons apportés, mais pas de changements majeurs ont été faits et que je soupçonne est à l'origine de ce type de problème.

Où puis-je regarder pour essayer de comprendre ce qui se passe? Les messages de débogage de l'application n'indiquent en rien d'intéressant. Si la JVM juste plante, il va généralement de créer un dump, ce qui peut aider au débogage, mais il est suspendu, il n'est donc pas la création d'un dump. Si je le fais pas redémarrer automatiquement le service est-il rien que je peux faire pour obtenir certaines informations utiles de la JVM avant de le redémarrer?

Il me semble que la JVM ne devrait pas accrocher à des erreurs de programmation. Qu'avez-vous exécuter en avant qui peut causer de la JVM pour les accrocher?

InformationsquelleAutor Sarel Botha | 2009-03-01
  1. 9

    Lire sur le wrapper.ping.propriété de délai d'attente. Le wrapper logiciel communique avec votre JVM temps à autre pour s'assurer qu'il est vivant. Si la communication échoue pour quelque raison que ce soit, le wrapper juge le processus hung et tente de redémarrer.

    Selon la façon dont votre application est conçue, votre JVM peut être occupé à autre chose quand le wrapper essaie de faire un "ping" il.

    • L'augmentation de la propriété peut causer wrapper ne remarquent pas le problème et ne pas redémarrer l'application, mais c'est juste une façon de contourner le problème. Pendant le temps où il est suspendu, il ne serait pas répondre aux demandes des clients, ce qui n'est pas bon non plus.
    InformationsquelleAutor Kevin
  2. 2

    Voir si vous pouvez utiliser la Visual VM pour voir ce qui se passe. Avoir le Visual VM surveiller l'application pour tout le temps et quand il cesse de travailler peut-être vous pouvez déterminer ce qui est mal.

    Si la VM se bloque, vous pouvez obtenir de l'état des fils... je pense que le Visual VM va faire un peu plus facile, compte tenu de votre installation que l'habituel ctrl-pause (ou whatver la combinaison de touche est).

    (À modifier selon le commentaire)

    Essayé ce. La dernière fois elle a accroché l'
    nombre de threads et la quantité de
    mémoire en cours d'utilisation ont été assez faible, de sorte
    ni de ceux qui sont à l'origine de la
    problème. Malheureusement, après il se bloque
    et l'enveloppe se termine, vous ne pouvez pas
    obtenir un thread dump.

    Est-il de toute façon vous pouvez l'exécuter sans le wrapper pour le débogage? Aussi, si vous utiliser le profileur NetBeans il peut vous donner une chance de s'en occuper quand il s'arrête (je vais vérifier plus tard aujourd'hui et voir si je peux trouver, si cela peut se comporter différemment).

    • Essayé ce. La dernière fois elle a accroché le nombre de threads et la quantité de mémoire utilisée était assez faible, donc ni de ceux qui sont à l'origine du problème. Malheureusement, après il se bloque et l'enveloppe se termine, vous ne pouvez pas obtenir un thread dump.
    InformationsquelleAutor TofuBeer
  3. 1

    Quel milieu êtes-vous? OS, version JVM, architecture matérielle?

    Qui ne sonne comme un bug, et étant donné qu'il faut beaucoup d'heures, ça sonne comme une ressource-l'épuisement bug de la sorte.

    • Linux RHEL4, Java 1.6.0, Intel 32 bits. Je surveille le nombre de threads et de l'utilisation de la mémoire; jusqu'à présent il ne l'utilise pas beaucoup de soit. Nous n'utilisons pas de fils beaucoup. Nous avons juste tirer un peu au démarrage de l'application le temps de regarder toutes les quelques minutes pour voir si il y a quelque chose à traiter.
    • quel est 10 heures? Il ya vraiment seulement quelques possibilités: soit certains l'épuisement des ressources, ou un hasard de blocage/de retard. Quel genre d'application?
    • Pas cohérent du tout. Jusqu'à présent, il ne s'est produit que trois fois. En fait, il ressemble à la moyenne est d'un peu plus de 10 heures. Il s'est passé à 12, 14 et 19 heures. Ce que je vais essayer de le faire, il est à pas de redémarrage automatique afin que je puisse examiner l'état un peu quand il arrive.
    • Bon, alors, qui plaide pour un événement aléatoire. Je serais tenté au lieu de définir l'intervalle de ping être aussi courte que possible de sorte que vous pouvez répéter l'opération plus rapidement.
    • Elle s'est également produite à des moments aléatoires. Nous avons des travaux en cours d'exécution, à date fixe, donc ce n'est pas eux. C'est un stand-alone Java de l'application serveur. Il accepte RMI appels de clients. Il communique avec une base de données via Hibernate.
    • Quelle base de données? J'ai eu du mal avec Postgres prendre lui-même sur un côté escapade de nettoyage lui-même, et ainsi périodiquement l'introduction d'une attente.
    • C'est mysql. Cela ne devrait pas poser un problème dans le processus Java si. Un thread en attente d'une réponse de la base de données ne devrait pas accrocher l'ensemble de la JVM.
    • Une version récente de RHEL4? Il y A quelques années de Red hat avait un bug où le système d'exploitation a chuté en informe.

    InformationsquelleAutor Charlie Martin
  4. 1

    J'ai eu un couple de différentes versions d'une bibliothèque dans le classpath (JBPM). Avec wrapper vous pouvez utiliser des caractères génériques pour inclure des bocaux. Soyez prudent avec cette même si, comme vous pouvez accidentellement inclure plus que vous devriez.

    Ici est un IBM article qui donne des informations sur le débogage se bloque en Java. Il dit en gros qu'il y a deux choses qui peuvent causer des blocages:

    1. Une boucle infinie,
    2. Une impasse.

    Depuis j'en ai eu pour déboguer les autres pendaison de questions. Sur linux, vous pouvez envoyer la JVM le signal de fin d'en faire un thread dump de la console. Cela aide vraiment à comprendre où est la question. Utilisez cette commande pour le faire: tuer -QUITTER

    Modifier 6/13/2017

    Ces jours-je utiliser jmap inclus dans le JDK pour le dump l'ensemble de la mémoire du programme. Puis-je utiliser Eclipse de la Mémoire de l'Analyseur de voir l'état exact du programme quand il s'est écrasé. Vous pouvez regarder la liste de threads qui sont actives et inspecter les variables dans chaque frame de pile.

    /usr/java/latest/bin/jmap -dump:file=/tmp/app-crash.hprof <PID>

    Où PID est l'ID de processus du processus java.

    InformationsquelleAutor Sarel Botha