JVM崩溃信息hs_err_pid.log分析

最新推荐文章于 2024-09-03 22:02:49 发布
最新推荐文章于 2024-09-03 22:02:49 发布
阅读量2.2k 收藏 26
点赞数 21
分类专栏： 开发笔记 报错解决方案 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mocoll/article/details/136229091
版权

一、信息分析

1.1、介绍

致命错误出现的时候，JVM生成了hs_err_pid<pid>.log这样的文件，其中往往包含了虚拟机崩溃原因的重要信息。默认情况下文件是创建在工作目录下的（如果没权限创建的话JVM会尝试把文件写到/tmp这样的临时目录下面去）。
文件格式和路径也可以通过参数指定，比如：

java -XX:ErrorFile=/var/log/java/java_error%p.log

这个log文件将包含信息：

  • 触发致命错误的操作异常或者信号。
  • 版本和配置信息。
  • 触发致命异常的线程详细信息和线程栈。
  • 当前运行的线程列表和它们的状态。
  • 堆的总括信息。
  • 加载的本地库。
  • 命令行参数。
  • 环境变量。
  • 操作系统CPU的详细信息。

1.2、详细分析

1.2.1、概要信息

SIGSEGV (0xb) at pc=0x03568cf4, pid=16819, tid=3073346448

一个非预期的错误被JRE检测到，其中：

  1. SIGSEGV是信号名称
  2. 0xb是信号码
  3. pc=0x03568cf4指的是程序计数器的值
  4. pid=16819是进程号
  5. tid=3073346448是线程号

1.2.2、JRE和JVM的版本信息

JRE version: 6.0_32-b05
Java VM: Java HotSpot(TM) Server VM (20.7-b02 mixed mode linux-x86 )

运行在mixed模式下。

1.2.3、问题帧的信息

 Problematic frame: 
 C  [libgtk-x11-2.0.so.0+0x19fcf4]  __float128+0x19fcf4
  • 帧(如图上的C一样)的类型包括：
  1. C：本地C帧
  2. j：解释的Java帧
  3. V：虚拟机帧
  4. v：虚拟机生成的存根栈帧
  5. J：其他帧类型，包括编译后的Java帧
  • libgtk-x11-2.0.so.0+0x19fcf4：和程序计数器（pc）表达的含义一样，但是用的是本地so库+偏移量的方式。

1.2.4、第一部分是线程信息

Current thread (0x09f30c00):  JavaThread”main”[_thread_in_native, id=16822, stack(0xb72a8000,0xb72f9000)]
  • 当前线程的：
    • 0x09f30c00：指针
    • JavaThread：线程类型，可能的类型包括JavaThread
      • VMThread
      • CompilerThread
      • GCTaskThread
      • WatcherThread
      • ConcurrentMarkSweepThread
    • main：名字
      • _thread_in_native：线程当前状态，状态枚举包括：
      • _thread_uninitialized：线程还没有创建，它只在内存原因崩溃的时候才出现
      • _thread_new：线程已经被创建，但是还没有启动
      • _thread_in_native：线程正在执行本地代码，一般这种情况很可能是本地代码有问题
      • _thread_in_vm：线程正在执行虚拟机代码
      • _thread_in_Java：线程正在执行解释或者编译后的Java代码
      • _thread_blocked：线程处于阻塞状态
      • …_trans：以_trans结尾，线程正处于要切换到其它状态的中间状态
    • id=16822：线程ID
    • 0xb72a8000,0xb72f9000：栈区间

1.2.5、非预期的信号信息

这部分是导致虚拟机终止的非预期的信号信息。其中si_errno和si_code是Linux下用来鉴别异常的，Windows下是一个ExceptionCode。

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1(SEGV_MAPERR), si_addr=0×00000010

1.2.6、寄存器上下文

EAX=0×00000000,EBX=0x0375dd84,ECX=0×00000000,EDX=0×00000000
ESP=0xb72f0fa0,EBP=0xb72f0fb8,ESI=0×00000000,EDI=0x0a6c1800
EIP=0x03568cf4,EFLAGS=0×00010246,CR2=0×00000010

1.2.7、栈顶程序计数器旁的操作码

栈顶程序计数器旁的操作码，它们可以被反汇编成系统崩溃前执行的指令

Top of Stack: (sp=0xb72f0fa0)
0xb72f0fa0:  00000000004022500040217f 0375dd84
0xb72f0fb0:  000000000a6c1800 b72f0fe8 0356c2c0
0xb72f0fc0:  000000000a6c1800 b72f0fe8 003b3e77
0xb72f0fd0:   003e6c8b 0a1a70d0 0a193358 0375dd84
0xb72f0fe0:   0a276418 0a276418 b72f1048 03536c56
0xb72f0ff0:   0acad000 0b3ca978 0000000c 00dd0674
0xb72f1000:  000000030a2c7d50 b72f1038 0000330c
0xb72f1010:   ffffffff ffffffff0000000100000001
Instructions: (pc=0x03568cf4)
0x03568cd4:  8914248975f889d6897d fc89c7 e8 7e 1b
0x03568ce4:   ea ff8934248987d4020000e83000ea ff
0x03568cf4:   8b4010893c24c7442408000000008987
0x03568d04:   d00200008b838824000089442404e8 dd

1.2.8、寄存器和内存映射信息

Register to memory mapping:
EAX=0x00000000isan unknown value
EBX=0x0375dd84: <offset 0x394d84>in/usr/lib/libgtk-x11-2.0.so.0 at 0x033c9000
ECX=0x00000000isan unknown value
EDX=x00000000isan unknown value
ESP=0xb72f0fa0ispointing into the stackforthread: 0x09f30c00
EBP=0xb72f0fb8ispointing into the stackforthread: 0x09f30c00
ESI=0x00000000isan unknown value
EDI=0x0a6c1800isan unknown value

1.2.9、线程栈信息

线程栈。包含了地址、栈顶、栈计数器和线程尚未使用的栈信息，由于栈可能非常长，打印的长度有限制，但是至少本地栈和Java栈都打印出来了（很多时候本地栈打印不出来，但是Java栈一般都能打印出来）。从中可以看到，Eclipse的虚拟机崩溃了。

Stack: [0xb72a8000,0xb72f9000],  sp=0xb72f0fa0,  free space=291k
Native frames: (J=compiled Java code, j=interpreted, Vv=VMcode,C=native code)
C [libgtk-x11-2.0.so.0+0x19fcf4]  __float128+0x19fcf4
C [libgtk-x11-2.0.so.0+0x1a32c0]  __float128+0xc0
… …
C [libswt-pi-gtk-3738.so+0x33f6a]  Java_org_eclipse_swt_internal_gtk_OS__1Call+0xf
J org.eclipse.swt.internal.gtk.OS._Call(III)I
J org.eclipse.swt.internal.gtk.OS.Call(III)I
Java frames: (J=compiled Java code, j=interpreted, Vv=VMcode)
J org.eclipse.swt.internal.gtk.OS._Call(III)I
J org.eclipse.swt.internal.gtk.OS.Call(III)I
j  org.eclipse.swt.widgets.Widget.fixedSizeAllocateProc(II)I+5
j  org.eclipse.swt.widgets.Display.fixedSizeAllocateProc(II)I+17
v  ~StubRoutines::call_stub
… …

1.2.10、线程信息

Java Threads: ( => current thread )
  0x0b4c1000 JavaThread”Worker-247″[_thread_blocked, id=25417, stack(0x741bc000,0x7420d000)]
  0x0a300c00 JavaThread”Worker-246″[_thread_blocked, id=25235, stack(0x7d30c000,0x7d35d000)]
… …

1.2.11、虚拟机状态

VMstate:notat safepoint (normal execution)
  • not at a safepoint：正常运行状态；
  • at safepoint：所有线程都因为虚拟机等待状态而阻塞，等待一个虚拟机操作完成；
  • synchronizing：一个特殊的虚拟机操作，要求虚拟机内的其它线程保持等待状态。

1.2.12、虚拟机的Mutex和Monitor

VMMutex/Monitor currently owned by a thread: None

虚拟机的Mutex和Monitor目前没有被线程持有。Mutex是虚拟机内部的锁，而Monitor则关联到了Java对象。

1.2.13、堆信息。新生代、老生代、永久代

Heap
 PSYoungGen      total149056K, used125317K[0xa9700000, 0xb41a0000, 0xb41a0000)
  eden space123520K,95% used [0xa9700000,0xb0ac0de0,0xb0fa0000)
  from space25536K,26% used [0xb28b0000,0xb2f50748,0xb41a0000)
  to   space25600K,0% used [0xb0fa0000,0xb0fa0000,0xb28a0000)
  PSOldGen        total261248K, used239964K[0x941a0000, 0xa40c0000, 0xa9700000)
  object space261248K,91% used [0x941a0000,0xa2bf7018,0xa40c0000)
  PSPermGen       total163328K, used130819K[0x841a0000, 0x8e120000, 0x941a0000)
  object space163328K,80% used [0x841a0000,0x8c160c40,0x8e120000)

1.2.14、代码缓存

代码缓存（Code Cache）。这是一块用于编译和保存本地代码的内存，注意是本地代码，它和PermGen（永久代）是不一样的，永久带是用来存放Java类定义的。

Code Cache  [0xb4262000, 0xb5ac2000, 0xb7262000)
 total_blobs=5795nmethods=5534adapters=209free_code_cache=25103616largest_free_block=38336

1.2.14、内存映射

Dynamic libraries:
00101000-00122000 r-xp 00000000 08:01 3483560    /usr/lib/libjpeg.so.62.0.0
00122000-00123000 rwxp 00020000 08:01 3483560    /usr/lib/libjpeg.so.62.0.0
00125000-00130000 r-xp 00000000 08:01 9093202    /lib/libgcc_s-4.1.2-20080825.so.1
00130000-00131000 rwxp 0000a000 08:01 9093202    /lib/libgcc_s-4.1.2-20080825.so.1
... ...
  • 内存映射。这些信息是虚拟机崩溃时的虚拟内存列表区域。在定位崩溃原因的时候，它可以告诉你哪些类库正在被使用，位置在哪里，还有堆栈和守护页信息。就以列表中第一条为例说明：
    • 00101000-00122000：内存区域
    • r-xp：权限，r/w/x/p/s分别表示读/写/执行/私有/共享
    • 00000000：文件内的偏移量
    • 08:01：文件位置的majorID和minorID
    • 3483560：索引节点号
    • /usr/lib/libjpeg.so.62.0.0：文件位置
  • 每一个lib都有两块虚拟内存区域——代码和数据，它们的权限不同，代码区域是r-xp；数据区域是rwxp。守护页（guard page）由权限为–xp和rwxp的一对组成。

1.2.15、虚拟机参数和环境变量

VMArguments:
jvm_args: -Dosgi.requiredJavaVersion=1.5-XX:MaxPermSize=256m -Xms40m -Xmx512m -Dorg.eclipse.swt.browser.XULRunnerPath=''
java_command: /.../eclipse/plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar -os linux -ws gtk -arch x86 -showsplash -launcher /.../eclipse/eclipse -name Eclipse ...
Launcher Type:SUN_STANDARD
Environment Variables:
PATH=...
DISPLAY=:0.0

1.2.16、信号句柄

Signal Handlers:
SIGSEGV: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0×10000004
SIGBUS: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0×10000004
… …

信号句柄。对于Linux下的信号机制。

1.2.17、系统信息

OS:Red Hat Enterprise Linux Client release 5.4 (Tikanga)
uname:Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:54 EDT 2009 i686
libc:glibc 2.5 NPTL 2.5
rlimit: STACK 10240k, CORE 0k, NPROC 65536, NOFILE 1024, AS infinity
load average:1.78 1.58 1.54
/proc/meminfo:
…
CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 42 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
/proc/cpuinfo:
…
Memory: 4k page, physical 3631860k(155144k free), swap 5124724k(5056452k free)
墨_风
关注
专栏目录
记录一次线程运用不当，Tomcat JVM崩溃产生hs_err_pid.log 解决过程
weihuiming
12-03 5518
前言 每次tomcat在客户服务器上运行一个多月左右的时候，都会崩溃。然后tomcat自动停止，生成hs_err_pid.log文件。 说明 因为在原来服务器上就出现了tomcat崩溃，也不知道因为什么原因崩溃，多长时间崩溃。而且也没注意有pid.log文件，只是进行重启操作。后来还跑过去换服务器，重新进行部署。但是还是会崩溃，这次注意到pid.log文件，然后进行分析，一直找不到解决的原因...
JVM Crash，生成hs_err_pid.log文件
03-28
NULL 博文链接：https://txyly998.iteye.com/blog/1264721
JVM致命错误日志(hs_err_pid.log)分析
weixin_33968104的博客
08-28 347
为什么80%的码农都做不了架构师？>>> ...
解密JVM崩溃(Crash)：如何通过日志分析揭开神秘面纱
最新发布
gaoliang1719的专栏
09-03 764
目录一、前言二、什么是崩溃？三、一个例子四、崩溃日志详解1. 文件路径2. 信息摘要五、core文件 1. 问题调用栈 2. 帧快照 3. 汇编源码还原 4. 内存映射六、一些经验 1. 虚拟机崩溃的原因分类 2. 留意JNI 3. 敢于怀疑七、写在最后一前言当使用Java来构建一个复杂的软件系统时，系统偶发性崩溃（也会被称为Crash）...
hs_err_pid.log分析
一个写了10年bug的程序员日常笔记。
08-12 1256
文件是 Java 虚拟机（JVM）在遇到致命错误（如崩溃或内部错误）时生成的错误日志文件。这个文件包含了关于崩溃的详细信息，可以帮助开发者或系统管理员诊断和解决问题。
hs_err_pid10988.log
09-09
java进程崩溃日志 以下为几种可能的原因： Java应用程序的问题：发生OOM导致进程Crash； JVM出错：JVM或JDK自身的Bug导致进程Crash; 被操作系统OOM-Killer;
hs-err-pidXXX.log 文件分析利器
08-29
# CrashAnalysis ## 功能介绍 这是一个jvm crash分析工具，主要分析jvm crash的原因，...${hs_err_pid.log} 是jvm crash后生成的日志。 ## 效果 分析完成后会展示出来诊断信息，其他信息都是用来验证诊断信息的。
JVM Crash 日志（hs_err_pid.log）分析
weixin_33862041的博客
04-13 328
大家好，最新碰到JVM Crash的问题，拿出来跟大家分享下。这个文件将包括：触发致命错误的操作异常或者信号；版本和配置信息；触发致命异常的线程详细信息和线程栈；当前运行的线程列表和它们的状态；堆的总括信息；加载的本地库；命令行参数；环境变量；操作系统CPU的详细信息。第一部分## A fatal error has been detected by the Java R...
JVM崩溃的原因及解决！
weixin_34163553的博客
01-06 4487
前些天，搞JNI的时候，报了个JVM崩溃的错。错误信息如下： # # An unexpected error has been detected by HotSpot Virtual Machine: # #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x009fcf52, pid=4752, tid=4440 # # Java VM...
分析jvm异常文件hs_err_pid[pid].log
zzchances的博客
02-09 856
使用CrashAnalysis分析jvm异常文件hs_err_pid[pid].log
JVM crash错误日志(hs_err_pid.log)分析
Keix
07-22 1260
当jvm出现致命错误时，会生成一个错误文件hs_err_pid<pid>.log，其中包括了导致jvm crash的重要信息，可以通过分析该文件定位到导致crash的根源，从而改善以保证系统稳定。当出现crash时，该文件默认会生成到工作目录下，然而可以通过jvm参数指定生成路径（JDK6中引入）： -XX:ErrorFile=./hs_err_pid<pid>.log 该文件包含如下几类关键信息： 日志头文件 导致crash的线程信息 所有线程信息.
JVM错误日志hs_err_pid****.log分析
梦里蓝天
01-21 3865
<!-- 日志头文件开始 --> <!-- 告诉你在Java运行环境检测到一个致命的错误 --> # A fatal error has been detected by the Java Runtime Environment: -> <!-- EXCEPTION_ACCESS_VIOLATION (0xc0000005) 异常访问或非法访问,pc=0x000000006ef835ea 程序计数器的值,pid=2936 进程号,tid=0x0000000000000
hs_err_pid252259.log
04-04
hs_err_pid252259.log是Java虚拟机（JVM）生成的错误日志文件。当Java应用程序发生严重错误或崩溃时，JVM会...通过分析hs_err_pid252259.log文件，开发人员可以了解到导致应用程序崩溃的原因，并进行相应的修复或优化。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值