JVM致命錯誤日誌（hs_err_pid.log）解讀
阿新 • • 發佈：2020-12-16
致命錯誤出現的時候，JVM生成了hs_err_pid <pid> .log這樣的檔案，其中經常包含了虛擬機器崩潰原因的重要資訊。因為經常遇到，在介紹文章裡，我選擇了一個，並且逐段分析情況包含的內容（檔案可以在文章最後下載）。有時情況下檔案是建立在工作目錄下的（如果沒許可權建立的話）JVM會嘗試把檔案寫到/ tmp這樣的臨時目錄下面去），當然，檔案格式和路徑也可以通過引數指定，例如：
| 1個 |
java -XX:ErrorFile=/var/log/java/java_error%p.log
|
這個檔案將包括：
- 觸發致命錯誤的操作異常或訊號；
- 版本和配置資訊；
- 觸發致命異常的執行緒詳細資訊和執行緒棧；
- 當前執行的執行緒列表和它們的狀態；
- 堆的總括資訊；
- 載入的本地庫；
- 命令列引數；
- 環境變數
- 作業系統CPU的詳細資訊。
首先，看到的是對問題的概要介紹：
| 1個 |
# SIGSEGV (0xb) at pc=0x03568cf4, pid=16819, tid=3073346448
|
一個非預期的錯誤被JRE檢測到，其中：
- SIGSEGV是訊號名稱
- 0xb是訊號碼
- pc = 0x03568cf4指的是程式計數器的值
- pid = 16819是進展號
- tid = 3073346448是執行緒號
如果你對JVM有了解，應該不會對這些東西陌生。
接下來是JRE和JVM的版本資訊：
|
1個 |
# JRE version: 6.0_32-b05
# Java VM: Java HotSpot(TM) Server VM (20.7-b02 mixed mode linux-x86 )
|
執行在混合模式下。
然後是問題幀的資訊：
| 1個 2 3 |
# 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）表達的含義相同，但用的是本地的，所以庫+替換量的方式。
接下去第一部分是執行緒資訊：
| 1個 |
Current thread (0x09f30c00): JavaThread "main" [_thread_in_native, id=16822, stack(0xb72a8000,0xb72f9000)]
|
當前執行緒的：
- 0x09f30c00：指標
- JavaThread：執行緒型別，可能的型別包括：
- Java執行緒
- 虛擬機器執行緒
- 編譯器執行緒
- GCTaskThread
- 看守執行緒
- 併發MarkSweepThread
- 主要：名字
- _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個 |
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000010
|
其中si_errno和si_code是Linux下用來鑑別異常的，Windows下是一個ExceptionCode。
| 1個 2 3 |
EAX=0x00000000, EBX=0x0375dd84, ECX=0x00000000, EDX=0x00000000
ESP=0xb72f0fa0, EBP=0xb72f0fb8, ESI=0x00000000, EDI=0x0a6c1800
EIP=0x03568cf4, EFLAGS=0x00010246, CR2=0x00000010
|
這是暫存器暫存器。
| 1個 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
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
|
棧頂程式計數器旁的操作碼，它們可以被反彙編成系統崩潰前執行的指令。
| 1個 2 3 4 5 6 7 8 9 10 |
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
|
暫存器和記憶體對映資訊。
| 1個 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
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的虛擬機器崩潰了。
| 1個 2 3 4 |
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個 |
VM state:not at safepoint (normal execution)
|
虛擬機器狀態。包括：
- 不安全點：正常執行狀態；
- 在安全點：所有執行緒都因為虛擬機器等待狀態而雙重，等待一個虛擬機器操作完成；
- 同步：一個特殊的虛擬機器操作，要求虛擬機器內部的其他執行緒保持等待狀態。
| 1個 |
VM Mutex/Monitor currently owned by a thread: None
|
Mutex是虛擬機器內部的鎖，而Monitor則關聯到了Java物件。
| 1個 2 3 4 5 6 7 8 9 |
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有了解的人應該都清楚，不解釋了。堆資訊。新生代，老生代，永久代。
| 1個 2 |
Code Cache [0xb4262000, 0xb5ac2000, 0xb7262000)
total_blobs=5795 nmethods=5534 adapters=209 free_code_cache=25103616 largest_free_block=38336
|
程式碼快取（程式碼快取）。這是一塊用於編譯和儲存原生代碼的記憶體，注意是原生代碼，它和PermGen（永久代）是不一樣的，永久帶是用來存放Java類定義的。
| 1個 2 3 4 5 6 |
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。守護頁面（保護頁面）由許可權為–xp和rwxp的一對組成。 。
| 1個 2 3 4 5 6 7 8 |
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
|
虛擬機器引數和環境變數。
| 1個 2 3 4 |
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維基，連結。
| 1個 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
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)
|
本文轉自：https://www.raychase.net/1459