致命错误出现的时候,JVM生成了hs_err_pid<pid>.log这样的文件,其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇 到,在这篇文章里,我挑选了一个,并且逐段分析它包含的内容(文件可以在文章最后下载)。默认情况下文件是创建在工作目录下的(如果没权限创建的话JVM 会尝试把文件写到/tmp这样的临时目录下面去),当然,文件格式和路径也可以通过参数指定,比如:
- java -XX:ErrorFile=/var/log/java/java_error%p.log
这个文件将包括:
- 触发致命错误的操作异常或者信号;
- 版本和配置信息;
- 触发致命异常的线程详细信息和线程栈;
- 当前运行的线程列表和它们的状态;
- 堆的总括信息;
- 加载的本地库;
- 命令行参数;
- 环境变量;
- 操作系统CPU的详细信息。
首先,看到的是对问题的概要介绍:
- # SIGSEGV (0xb) at pc=0x03568cf4, pid=16819, tid=3073346448
一个非预期的错误被JRE检测到,其中:
- SIGSEGV是信号名称
- 0xb是信号码
- pc=0x03568cf4指的是程序计数器的值
- pid=16819是进程号
- tid=3073346448是线程号
如果你对JVM有了解,应该不会对这些东西陌生。
接下来是JRE和JVM的版本信息:
- # JRE version: 6.0_32-b05
- # Java VM: Java HotSpot(TM) Server VM (20.7-b02 mixed mode linux-x86 )
运行在mixed模式下。
然后是问题帧的信息:
- # Problematic frame:
- # C [libgtk-x11-2.0.so.0+0x19fcf4] __float128+0x19fcf4
- C:帧类型为本地帧,帧的类型包括:
- C:本地C帧
- j:解释的Java帧
- V:虚拟机帧
- v:虚拟机生成的存根栈帧
- J:其他帧类型,包括编译后的Java帧
- libgtk-x11-2.0.so.0+0x19fcf4:和程序计数器(pc)表达的含义一样,但是用的是本地so库+偏移量的方式。
接下去第一部分是线程信息:
- 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:栈区间
- siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000010
这部分是导致虚拟机终止的非预期的信号信息,含义前面已经大致提到过了。其中si_errno和si_code是Linux下用来鉴别异常的,Windows下是一个ExceptionCode。
- EAX=0x00000000, EBX=0x0375dd84, ECX=0x00000000, EDX=0x00000000
- ESP=0xb72f0fa0, EBP=0xb72f0fb8, ESI=0x00000000, EDI=0x0a6c1800
- EIP=0x03568cf4, EFLAGS=0x00010246, CR2=0x00000010
这是寄存器上下文。
- Top of Stack: (sp=0xb72f0fa0)
- 0xb72f0fa0: 00000000 00402250 0040217f 0375dd84
- 0xb72f0fb0: 00000000 0a6c1800 b72f0fe8 0356c2c0
- 0xb72f0fc0: 00000000 0a6c1800 b72f0fe8 003b3e77
- 0xb72f0fd0: 003e6c8b 0a1a70d0 0a193358 0375dd84
- 0xb72f0fe0: 0a276418 0a276418 b72f1048 03536c56
- 0xb72f0ff0: 0acad000 0b3ca978 0000000c 00dd0674
- 0xb72f1000: 00000003 0a2c7d50 b72f1038 0000330c
- 0xb72f1010: ffffffff ffffffff 00000001 00000001
- Instructions: (pc=0x03568cf4)
- 0x03568cd4: 89 14 24 89 75 f8 89 d6 89 7d fc 89 c7 e8 7e 1b
- 0x03568ce4: ea ff 89 34 24 89 87 d4 02 00 00 e8 30 00 ea ff
- 0x03568cf4: 8b 40 10 89 3c 24 c7 44 24 08 00 00 00 00 89 87
- 0x03568d04: d0 02 00 00 8b 83 88 24 00 00 89 44 24 04 e8 dd
栈顶程序计数器旁的操作码,它们可以被反汇编成系统崩溃前执行的指令。
- Register to memory mapping:
- EAX=0x00000000 is an unknown value
- EBX=0x0375dd84: <offset 0x394d84> in /usr/lib/libgtk-x11-2.0.so.0 at 0x033c9000
- ECX=0x00000000 is an unknown value
- EDX=0x00000000 is an unknown value
- ESP=0xb72f0fa0 is pointing into the stack for thread: 0x09f30c00
- EBP=0xb72f0fb8 is pointing into the stack for thread: 0x09f30c00
- ESI=0x00000000 is an unknown value
- EDI=0x0a6c1800 is an unknown value
寄存器和内存映射信息。
- Stack: [0xb72a8000,0xb72f9000], sp=0xb72f0fa0, free space=291k
- Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, 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=VM code)
- 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
线程栈。包含了地址、栈顶、栈计数器和线程尚未使用的栈信息,由于栈可能非常长,打印的长度有限制,但是至少本地栈和Java栈都打印出来了(很多时候本地栈打印不出来,但是Java栈一般都能打印出来)。从中可以看到,Eclipse的虚拟机崩溃了。
- ava 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)]
- ... ...
线程信息。一目了然,不解释了。
- VM state:not at safepoint (normal execution)
虚拟机状态。包括:
- not at a safepoint:正常运行状态;
- at safepoint:所有线程都因为虚拟机等待状态而阻塞,等待一个虚拟机操作完成;
- synchronizing:一个特殊的虚拟机操作,要求虚拟机内的其它线程保持等待状态。
- VM Mutex/Monitor currently owned by a thread: None
虚拟机的Mutex和Monitor目前没有被线程持有。Mutex是虚拟机内部的锁,而Monitor则关联到了Java对象。
- Heap
- PSYoungGen total 149056K, used 125317K [0xa9700000, 0xb41a0000, 0xb41a0000)
- eden space 123520K, 95% used [0xa9700000,0xb0ac0de0,0xb0fa0000)
- from space 25536K, 26% used [0xb28b0000,0xb2f50748,0xb41a0000)
- to space 25600K, 0% used [0xb0fa0000,0xb0fa0000,0xb28a0000)
- PSOldGen total 261248K, used 239964K [0x941a0000, 0xa40c0000, 0xa9700000)
- object space 261248K, 91% used [0x941a0000,0xa2bf7018,0xa40c0000)
- PSPermGen total 163328K, used 130819K [0x841a0000, 0x8e120000, 0x941a0000)
- object space 163328K, 80% used [0x841a0000,0x8c160c40,0x8e120000)
堆信息。新生代、老生代、永久代。对JVM有了解的人应该都清楚,不解释了。
- Code Cache [0xb4262000, 0xb5ac2000, 0xb7262000)
- total_blobs=5795 nmethods=5534 adapters=209 free_code_cache=25103616 largest_free_block=38336
代码缓存(Code Cache)。这是一块用于编译和保存本地代码的内存,注意是本地代码,它和PermGen(永久代)是不一样的,永久带是用来存放Java类定义的。
- 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的一对组成。
- VM Arguments:
- 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
虚拟机参数和环境变量。
- Signal Handlers:
- SIGSEGV: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
- SIGBUS: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
- ... ...
信号句柄。对于Linux下的信号机制,参阅wiki百科,链接。
- 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)
相关推荐
标题"JVM Crash,生成hs_err_pid.log文件"指的是Java虚拟机在运行过程中遇到了致命问题,导致其终止运行,并自动生成了一个错误日志文件。这个文件通常位于JVM崩溃时的工作目录下,文件名由“hs_err_pid”和进程ID...
java进程崩溃日志 以下为几种可能的原因: Java应用程序的问题:发生OOM导致进程Crash; JVM出错:JVM或JDK自身的Bug导致进程Crash; 被操作系统OOM-Killer;
# CrashAnalysis ## 功能介绍 这是一个jvm crash分析工具,主要分析jvm crash的原因,...${hs_err_pid.log} 是jvm crash后生成的日志。 ## 效果 分析完成后会展示出来诊断信息,其他信息都是用来验证诊断信息的。
hs_err_pid19784.log,这是我的jvm报错文件,有人可以帮忙看下问题在哪吗,我要疯了
然而,当JVM出现严重错误或无法恢复的问题时,它可能会崩溃并生成一个崩溃日志,这通常被称为`hs_err_pid.log`文件。这篇内容将深入探讨如何分析这些崩溃日志以及需要注意的关键点。 首先,我们可以通过设置JVM启动...
JVM的相关概念___已看.doc
在Java中,`hs_err_pid*.log`是JVM(Java虚拟机)在遇到致命错误或异常退出时自动生成的错误报告文件。这个文件非常关键,因为它提供了崩溃时的堆栈跟踪,系统配置信息,以及可能的故障原因。例如,它可能会指出是...
代理Java包,用于生成JVM的健康的数据,jmx_prometheus_javaagent-0.12.0.jar
首先,"hs_err_pid16819.log"是JVM在遇到致命错误时生成的一种错误报告文件。PID(Process Identifier)16819代表了具体的进程ID,这有助于我们在多进程环境中定位问题。打开这个文件,我们会看到诸如错误信息、堆栈...
1. **分析错误日志**:`hs_err_pid*.log`文件会包含错误发生的详细信息,如堆栈跟踪、JVM配置、系统环境等。通过分析这些信息,可以定位到问题发生的具体位置。 2. **复现问题**:尝试在开发环境中重现问题,以便更...
在Linux环境中,你可以将解压后的目录移动到一个系统路径下,如`/usr/lib/jvm`,然后设置环境变量`JAVA_HOME`指向这个目录,以便在任何地方都能够使用Java命令。此外,还需要将`bin`子目录添加到`PATH`环境变量中,...
2. **hs_err_pid3964.log** - 这个日志文件是Java虚拟机(JVM)崩溃时自动生成的,其中"pid"代表进程ID,这里的3964指的就是某个进程的ID。这个文件包含了关于Java应用程序崩溃时的详细信息,如堆栈跟踪、系统配置、...
6. **事件和异常跟踪**:查看应用程序中的日志事件和异常,帮助定位问题。 7. **插件扩展**:JMC支持插件扩展,允许添加自定义的监控和分析功能。 为了充分利用JMC,你需要了解Java虚拟机的工作原理,以及如何解读...
在WebSphere Application Server(WAS)6.1版本中,GC活动会记录在特定的日志文件中,如`native_stderr.log`。这个日志文件提供了关于内存分配、垃圾收集过程以及可能的性能问题的关键信息。 **GC日志分析的重要性...
JDK(Java Development Kit)是Java编程语言的核心组成部分,它包含了一个Java虚拟机(JVM)、Java类库和用于创建和运行Java应用程序的工具。在本例中,我们关注的是11.0.11版本的HotSpot JVM实现,适用于64位的...
这个压缩包包含了JDK 8更新版的源代码,这对于深入理解Java虚拟机(JVM)的工作原理以及Java语言的实现细节至关重要。 描述中的“jvm 源码 jdk8u_x64_25.71-b00”进一步确认了压缩包的内容,即JVM的源代码,这是...
Java错误在IDEA64中通常涉及到Java虚拟机(JVM)的问题,特别是当出现“Out Of Memory”(OOM)异常时。这个错误表明程序在运行过程中耗尽了可用内存,导致JVM无法正常工作。在这种情况下,程序员会生成一个heap ...
在使用过程中,用户可以根据自己的应用程序配置飞行记录器参数,然后使用JMC的分析工具来解读记录的数据,找出可能存在的性能问题或者异常行为。这有助于优化代码,提高应用程序的效率和稳定性。 总之,Java ...
jta-1_0_1B.jar jta-1_0_1B.jarjta-1_0_1B.jar jta-1_0_1B.jarjta-1_0_1B.jar jta-1_0_1B.jarjta-1_0_1B.jar jta-1_0_1B.jar jta-1_0_1B.jar