JVM SIGSEGV crash in native without any named library

Question

We've now encountered two times a SIGSEGV crash in Oracle 1.8.0_60 JVM where the error log doesn't even implicate any library, just says that crash happened in native code:

# Problematic frame:
# C  0x00007f6d04000000
#

and

# Problematic frame:
# C  0x00007fc6ec048ff0
#

Both times the thread that crashes is an application thread. Either a ForkJoinPool or Tomcat ajp-bio thread.

What could've gone wrong? Normally when there's a failure in native libraries, there's a name of the library included. What I see in sanitized hs_err-logs for the first crash and the second crash (full version for comparison) doesn't give me much more ideas about what could've gone wrong as there seems to be enough memory. Just the metaspace is even near to running out.

The environment runs on 64-bit Linux:

[foo@bar ~]$ uname -a
Linux bar 2.6.32-504.16.2.el6.x86_64 #1 SMP Wed Apr 22 06:48:29 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

I would try Java 8 update 92 just in case this helps and see if you can work out the thread name as a clue to what is crashing. — Peter Lawrey, Jul 22 '16 at 07:37
Show us full crash dumps. Otherwise there will be just random guesses. — apangin, Jul 22 '16 at 09:01
Sorry, I had broken the links in my formatting changes. `hs_err`-logs are now linked properly. — jmiettin, Jul 22 '16 at 10:14

score 1 · Accepted Answer · answered Jul 22 '16 at 16:16

You only posted one full log so it's not really possible to spot a pattern here, but the C frame is in a non-executable memory region and outside the code space. The VM events also show a flurry of re/deoptimizations and a bias revocation. So my guess is that might be a miscompilation.

Things you can try:

update your JVM. 8.0_60-b27 is not the latest patch level.
try -XX:-UseBiasedLocking -XX:-TieredCompilation
try -XX:-UseBiasedLocking -XX:TieredStopAtLevel=1

If updating the vm does not fix it but one of the options does then it's probably a VM bug and you should file with your linux distribution or oracle.

In the [other case](https://gist.githubusercontent.com/jmiettinen/dde6adb59e31f2de6171bd5af0101ac1/raw/fce0bbebed0eed5475d5d2a013ff774e1738bb49/hs_err_full.log) the situation seems to be the same except there are no deoptimizations. Thanks for your help! Now I'll just have to come up with a way to get this reproduced in such a way that Oracle could take a look at it. — jmiettin, Jul 27 '16 at 07:40

JVM SIGSEGV crash in native without any named library

1 Answers1