Ce qui peut provoquer hs_err_pid fichier n'est pas créé sur le crash?

J'ai besoin pour enquêter sur les accidents d'un client Java application. Il s Swing application, l'exécution de Java Web Start de l'environnement sur l'île de Java SE 6 Update 23 sur Windows. Malheureusement pour certains cas de crash de la hs_err_pid fichier n'a pas été créé. Il n'était pas sur le bureau, j'ai donc cherché sur PC et ne le trouve pas(il y avait un vieux hs_err_pid fichier sur le bureau, pour la même application, il est donc raisonnable de supposer que le nouveau doit avoir été créé il y a trop). Il n'y a aucune exception dans le journal à la fin, comme c'est généralement le cas lorsque la JVM s'écrase sur l'exception Java, de sorte qu'il ressemble à un plantage qui devrait déboucher sur la création de hs_err_pid fichier.

Dois-je configurer quelque chose pour le faire fonctionner? Peut la configuration de Dr Watson incidence sur la création de hs_err_pid fichier?

Grâce

Nous avons configuré le Dr " Watson et analysé le fichier de vidage de mémoire, qui a été créé après l'application s'est écrasé à nouveau. L'erreur que j'ai vu était "violation d'Accès". À partir de la trace de la pile, j'ai pu voir que l'accident est causé par exception dans un code natif d'un tiers que nous utilisons. Ce fut assez pour déléguer le problème pour eux.

Ligne du bas:

1. Certaines Java accidents ne sont pas traités comme prévu par la JVM de sorte que hs_err_pid fichier n'est pas créé.

2. Configuration de l'OS pour créer un core dump peut aider dans ces cas, que l'accident qui n'est pas géré par la JVM sera gérée par l'OS. Vous aurez moins d'informations dans ce cas, elle peut encore être utile.

  • JVM s'écrase sur l'exception Java - qu'est-ce que l'exception,peut vous coller la trace de la pile ici , ou le code .
  • il essaie de trouver la sortie du journal qui va lui donner plus de détails de l'incident (y compris l'exception de trace, le cas échéant).
  • Il n'est pas écrire le fichier, si le processus n'a pas accès à l'annuaire, il serait normalement l'écrire.
  • Lawrey Il est déjà vieux hs_err_pid fichier pour notre application de bureau de l'utilisateur, ainsi, l'utilisateur a l'accès à l'annuaire. Regarde le fichier n'est pas créé dans certaines conditions spécifiques
  • Avez-vous jamais aller au fond de tout cela? J'ai aussi eu ce problème. JVM se bloque, il y a un core dump, mais pas de hs_err fichier. Il ya beaucoup d'espace dans le répertoire de travail et d'autorisations d'écriture (c'est pourquoi la base des fichiers de vidage y va.) Le hs_err fichier est généré seulement environ 50% du temps.
InformationsquelleAutor Leonid B | 2011-03-01
  1. 8

    Si l'accident survient à la suite d'un natif de débordement de pile (ce qui entraîne généralement un SIGSEGV que l'application tente de lire/écrire une pile de page de garde), pas de hs_err_pid fichier est généré sur de nombreuses plates-formes (par exemple, Linux) depuis le processus qui crée le fichier ne peut pas complète si vous êtes à l'extérieur de l'espace de pile.

    • Ce n'était pas le cas de natif de débordement de pile. Nous avons configuré le Dr " Watson et analysé le fichier de vidage de mémoire. L'erreur que j'ai vu était "violation d'Accès".
    • Bien violation d'accès et de dépassement de la pile ne sont pas mutuellement exclusives. Ce qui se passe quand un débordement de pile se produit dépend de l'OS, de l'environnement d'exécution, comment le débordement se produit, etc.
    • Par exemple, sur Linux, un débordement de la pile d'habitude (souvent?) produit SIGSEV, ce qui équivaut à une violation d'accès sur Windows. D'autres choses, comme un mauvais pointeur d'accès, peut causer des SIGSEV, mais dans ces autres cas, la JVM est généralement en mesure de créer un hs_err_pid fichier.
    InformationsquelleAutor BeeOnRope
  2. 6

    Noter que hs_err_pid.log uniquement les fichiers créés si il y a un réel JVM crash.

    Si votre demande "seulement" se ferme en raison d'une exception non gérée quelque part, alors pas de tel fichier sera créé.

    Êtes-vous sûr que le crash a été un réel JVM crash?

    • Toutes les exceptions non gérées sont imprimés dans le journal. Lorsque l'application se ferme avec une exception non gérée, nous le voyons à la fin du fichier journal, dans ce cas, il n'y a aucune exception dans le journal.
    InformationsquelleAutor Joachim Sauer
  3. 3

    JDK 5 http://java.sun.com/j2se/1.5/pdf/jdk50_ts_guide.pdf

    When a fatal error occurs an error log is created in the file

    hs_err_pid.journal (où est
    l'id de processus du processus). Où
    possible que le fichier est créé dans le
    répertoire de travail du processus. Dans
    le cas où le fichier ne peut pas être
    créé dans le répertoire de travail
    (l'espace est insuffisant, l'autorisation
    problème, ou d'un autre problème), alors le fichier
    est créé dans le répertoire temporaire
    pour le système d'exploitation. Sur Solaris
    et Linux, le répertoire temporaire est
    /tmp. Sous Windows, le temporaire
    le répertoire est spécifié par la valeur de
    la variable d'environnement TMP, ou si
    qui n'est pas définie, la valeur de la
    Variable d'environnement TEMP.

    • Il est déjà vieux hs_err_pid fichier pour notre application de bureau de l'utilisateur (c'est où le lien vers l'application, de sorte que le répertoire de travail), de sorte que l'utilisateur a l'accès à l'annuaire. Ressemble le fichier n'est pas créé dans certaines conditions spécifiques
    • ok.Ce fil pourrait aider u boardreader.com/thread/...
    InformationsquelleAutor Dead Programmer