使用libjvm.so时出现Sigsegv Java致命错误

我正在使用

STAF v3.4.24

在

Sles12sp2

上进行重新启动测试，过了一段时间后，我出现以下错误：

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f105e11e712, pid=6577, tid=0x00007f1027efe700
#
# JRE version: Java(TM) SE Runtime Environment (8.0_121-b13) (build 1.8.0_121-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.121-b13 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x63c712][thread 139707363079936 also had an error]
  IndexSet::alloc_block_containing(unsigned int)+0x42
#
# Core dump written. Default location: /root/core or core.6577
#
# An error report file with more information is saved as:
# /root/hs_err_pid6577.log

[error occurred during error reporting, id 0xb]
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# 

---

我在谷歌上搜索过，大部分链接都是关于C库的。Java版本是

8u121

。在建议的位置未找到任何核心转储。

根据C2编译器线程在编译“com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator:：handlestarelement”期间崩溃的日志，可能是严重的编译错误。如果没有适当的报告者，将很难在编译器中确定根本原因并修复为wee

---

作为解决方法，您应该使用-XX:CompileCommand=exclude从编译中排除此方法，com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator:：handlestarelement检查-XX:CompileCommand=exclude命令的正确使用

问题的一些更新：我还尝试增加Java内存：-xxmaxpergen=2048m，但在Java 8中忽略了这个参数，并且这个问题仍然是可重复的。我也尝试过使用-Xmx=1024m，但结果相同。你能粘贴完整的hs_错误文件吗？我已经上传了该文件。请检查链接：@Fairoz你看过谷歌硬盘上传的文件了吗？对不起，我现在就检查一下……你说“没有合适的报告者，很难在编译器中找到根本原因并修复为wee”是什么意思？？我应该怎么做才能找到这次崩溃的根本原因呢。您发现的问题是Java bug，它将很难修复，因为编译“com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaValidator:：handlestarelement”方法时发生的崩溃不是jdk源代码。您无需找到根本原因，如果很容易复制，请分享复制步骤，我们将在最后查找修复方法。XX:CompileCommand=exclude到底做了什么？此选项会影响XML文件的生成还是影响XML文件的生成？如果是，如何进行？如果没有，为什么？请阅读本文-我用您提供的JVM选项进行了7小时的重新启动测试，我又遇到了一次崩溃。请查收