java - 由于 SIGSEGV 导致 JVM 崩溃

Question

我们的服务器因为 SIGSEGV 故障而挂起..

Java 运行时环境检测到 fatal error :

  SIGSEGV (0xb) at pc=0x00007ff5c7195aaa, pid=262778, tid=140690480097024

 JRE version: 6.0_35-b10
 Java VM: Java HotSpot(TM) 64-Bit Server VM (20.10-b01 mixed mode linux-amd64 compressed oops)
 Problematic frame:
 C  [libdtagentcore.so+0xb7aaa]  long double restrict+0x506f6

我很想知道这可能是什么根本原因？

非常感谢任何帮助..谢谢..

Answer 1

Signal Description

SIGSEGV, SIGBUS, SIGFPE, SIGPIPE, SIGILL -- Used in the implementation for implicit null check, and so forth.

SIGQUIT Thread dump support -- To dump Java stack traces at the standard error stream. (Optional.)

SIGTERM, SIGINT, SIGHUP -- Used to support the shutdown hook mechanism (java.lang.Runtime.addShutdownHook) when the VM is terminated abnormally. (Optional.)

SIGUSR1 -- Used in the implementation of the java.lang.Thread.interrupt method. (Configurable.) Not used starting with Solaris 10 OS. Reserved on Linux. SIGUSR2 Used internally. (Configurable.) Not used starting with Solaris 10 OS. SIGABRT The HotSpot VM does not handle this signal. Instead it calls the abort function after fatal error handling. If an application uses this signal then it should terminate the process to preserve the expected semantics.

fatal error 日志表明崩溃发生在 native 库中， native 代码或 JNI 库代码中可能存在错误。崩溃当然可能是由其他原因引起的，但分析库和任何核心文件或崩溃转储是一个很好的起点。

在这种情况下，SIGSEGV 发生在库 libdtagentcore.so 中执行的线程中。在某些情况下， native 库中的错误表现为 Java VM 代码中的崩溃。考虑以下崩溃，其中 JavaThread 在 _thread_in_vm 状态下失败(意味着它正在 Java VM 代码中执行)

• 如果您在 native 应用程序库中遇到崩溃(如您的情况)，那么您可以将 native 调试器附加到核心文件或故障转储(如果可用)。根据操作系统的不同， native 调试器是 dbx、gdb 或 windbg。
• 另一种方法是在命令行中添加“-Xcheck:jni”选项来运行。此选项不能保证找到 JNI 代码的所有问题，但它可以帮助识别大量问题。
• 如果发生崩溃的 native 库是 Java 运行时环境的一部分(例如 awt.dll、net.dll 等)，那么您可能遇到了库或 API漏洞。如果在进一步分析后您得出结论这是一个库或 API 错误，请尽可能收集更多数据并提交错误或支持电话。