Verständnis eine hs_err_pid<n>.log-Datei
Sehen hier für die ursprüngliche Frage.
Ich Schreibe ein Java-Dienst, mit Steg für Webserving und SQLite für die Datenbank storage. Source ist verfügbar hier.
Fand ich, dass, obwohl der Dienst lief stabil von meinem laptop, wenn Sie eingesetzt werden, um eine EC2-Instanz, die es Abstürzen würde, mit keine offensichtliche Fehlermeldung im output irgendwo zwischen 1 Stunde und 2 Tagen starten. Ich habe einige Optionen für die Protokollierung der Aufruf (-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=...
), und bekam diese crashlog.
Dies ist das erste mal, dass ich erlebt habe wie eine Datei, und auf den ersten Blick scheint es nicht sehr offensichtlich ist, welcher Teil davon bezieht sich auf den tatsächlichen Fehler und die Teile sind einfach nur indem Sie Kontextinformationen, also ich würde wirklich zu schätzen jede gute guides zu verstehen. Insbesondere, es sieht aus wie es versucht, die Interaktion mit Zip-Dateien, die ich nicht benutze in meinem Projekt.
- Diese Antwort links zu blog war -1 würde in der Antwort Kommentare
- Diese Antwort links zu einigen Oracle-Dokumentation, die ich normalerweise überglücklich an, aber es scheint eine Allgemeine debugging-Anleitung - kann nichts sehen, dort über die hs_err Dateien (obwohl das auch klar geworden, weiter zu Lesen)
- Das Ergebnis von Google behauptet, dass "was auch immer Java-code, den Sie ausführen, JVM sollte niemals Abstürzen. Wenn es stimmt, ist es nur eine JVM Fehler. So versuchen Sie, melden Sie Mangels Sonne mit allen details und hoffentlich werden Sie in diesem Blick.", das klingt ziemlich absolutistische - ich denke, es ist höchst unwahrscheinlich, dass meine kleine Spielzeug-Projekt entdeckt hat, ein JVM-Fehler!
InformationsquelleAutor scubbo | 2016-09-19
Du musst angemeldet sein, um einen Kommentar abzugeben.
Stürzt in
Java_java_util_zip_ZipFile_getEntry
sind meistens verursacht durch den gleichzeitigen Zugriff auf.zip
Dateien, z.B. eine Datei überschrieben wird, während eine offene Instanz existiert.Sehen JDK-8042197, JDK-8031691 für details.
BTW, wie zur ursprünglichen Frage, hier ist ein Präsentation auf JVM-crash-dump-Analyse.
InformationsquelleAutor apangin
Blick auf den crashlog, es scheint, dass etwas ist, das Sie entpacken (jar-Datei oder zip-Datei) resultierte in einer JVM Absturz.
Wenn dies geschieht beim Start, versuchen Sie, diese zu Ihrem JVM-Befehlszeile, um zu sehen, welche Datei es war möglicherweise arbeiten.
InformationsquelleAutor Joakim Erdfelt