JVM SIGSEGV Absturz in nativen ohne benannte Bibliothek

Question

Wir haben jetzt zweimal einen SIGSEGV Absturz in Oracle 1.8.0_60 JVM, wo das Fehlerprotokoll noch nicht impliziert jede Bibliothek, nur sagt, dass Absturz im systemeigenen Code passiert:

# Problematic frame: 
# C 0x00007f6d04000000 
# 

und

# Problematic frame: 
# C 0x00007fc6ec048ff0 
# 

Beide Male der Thread, der eine Anwendung abstürzt ist Gewinde. Entweder ein ForkJoinPool oder Tomcat Ajp-Bio-Thread.

Was hätte schiefgehen können? Normalerweise, wenn ein Fehler in nativen Bibliotheken auftritt, ist ein Name der Bibliothek enthalten. Was ich in den gesäuberten hs_err-logs für the first crash und the second crash (full version for comparison) sehe, gibt mir nicht viel mehr Ideen darüber, was schief gehen könnte, da es genug Speicher zu geben scheint. Nur der Metaspace ist schon fast am Ende.

Die Umgebung läuft auf 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 

Answer 1

Sie geschrieben nur ein vollständiges Protokoll, so dass es nicht wirklich möglich ist, hier ein Muster zu erkennen, aber der C-Rahmen ist in einem nicht ausführbaren Speicherbereich und außerhalb des Coderaums. Die VM-Ereignisse zeigen auch eine Flut von Re/De-Optimierungen und einen Bias-Widerruf. Also meine Vermutung ist, dass das ein Missverständnis sein könnte.

Dinge, die Sie ausprobieren können:

1. Update Ihre JVM. 8.0_60-b27 ist nicht der neueste Patch-Level.
2. versuchen -XX:-UseBiasedLocking -XX:-TieredCompilation
3. -XX:-UseBiasedLocking -XX:TieredStopAtLevel=1

versuchen Wenn die vm Aktualisierung nicht das Problem beheben, aber eine der Optionen ist, dann ist es wahrscheinlich ein VM-Fehler und Sie sollten mit Ihrem Linux-Distribution oder Oracle-Datei.