what should I do when Java core dumps?

Question

This is the first time I am in this situation with Java.

Java just core dumps with the following error:

#
# A fatal error has been detected by the Java Runtime Environment:
#
[thread 140213457409792 also had an error]#  Internal Error (safepoint.cpp:300), pid=4327
, tid=140213211031296
#  guarantee(PageArmed == 0) failed: invariant
#
# JRE version: 6.0_24-b24
# Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea6 1.11.4
# Distribution: Ubuntu 12.04 LTS, package 6b24-1.11.4-1ubuntu0.12.04.1
# An error report file with more information is saved as:
# /tmp/hs_err_pid4327.log
#
# If you would like to submit a bug report, please include
# instructions how to reproduce the bug and visit:
#   https://bugs.launchpad.net/ubuntu/+source/openjdk-6/

when I tried running it on a mac os, it core dumps at the same place (the JREs must be different)... so it must be something related to the code. I have no idea how to debug this, this is not an exception, and the log file specified up there does not give me much information. Any ideas what I can do about it to find the bug?

I'd also be adding in logging into your code to see if you can find the place in your code that triggers the core dump...or at least the point at which the code reaches... — MadProgrammer, Sep 05 '12 at 23:07
I've only ever seen this (Java core dump) when dealing with native code, i.e. JNI/JNA. — Dave, Sep 05 '12 at 23:45
See also http://stackoverflow.com/questions/8152393/how-do-i-investigate-the-cause-of-a-jvm-crash — Ed Staub, Nov 18 '12 at 21:14

score 1 · Answer 1 · answered Sep 05 '12 at 23:55

1

The /tmp/hs_err_pid4327.log file should contain a stack trace of where the core occurred. Unless you are making a JNI call, it is probably a Java bug.

answered Sep 05 '12 at 23:55

Rob

11
1

score 0 · Answer 2 · answered Sep 05 '12 at 23:06

0

The core dump is telling what you should do...

If you would like to submit a bug report, please include instructions how to reproduce the bug and visit: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/

answered Sep 05 '12 at 23:06

MadProgrammer

343,457
22
230
366

Ed Staub · Answer 3 · 2012-09-06T01:07:55.697

A quick look makes me think this is already reported.

The bug probably isn't in your code, per se. It's most likely an environmental issue - perhaps a JVM bug, perhaps some unusual condition, and most likely, both - a bug that occurs rarely, under an odd circumstance.

Google for the key elements in the message (e.g. "safepoint.cpp:100"), look at the other reports, and look for things you have in common or workarounds that may apply. In this case, one set of reports suggests that heavy multithreading may contribute to the problem.

score 0 · Answer 4 · edited May 23 '17 at 12:21

0

Check if you have a hprof file in your application directory. Optionally you could dump at will using

jmap -dump:file=<file_name> <pid>

and then analyze the dump using MAT http://www.eclipse.org/mat/

You could also consider other tools quoted here :

Tool for analyzing java core dump

edited May 23 '17 at 12:21

Community

1
1

answered Sep 06 '12 at 02:41

Arun Manivannan

4,213
3
29
38

what should I do when Java core dumps?

4 Answers4