如何调试Linux上的本地Java崩溃？
我已经看到了这个问题和这篇关于如何调试本地Java崩溃的文章。 这篇文章是关于Windows的。 Linux上有什么等效的调试帮助？
注意：我拥有的是来自该字段中用户的这个崩溃日志。 我无法访问发生崩溃的机器。
更新 ：我很确定崩溃是由于我们有JNI代码。 我从来不想暗示它是JVM本身的错误。
根据请求，这里是崩溃转储（或者适用于30K stackoverflow限制）：
#
# An unexpected error has been detected by Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x06300e76, pid=9983, tid=4106996592
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0_03-b05 mixed mode, sharing)
# Problematic frame:
# V [libjvm.so+0x300e76]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--------------- T H R E A D ---------------
Current thread (0x0922e000): VMThread [id=9985]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000008
Registers:
EAX=0x00000008, EBX=0x88a829b3, ECX=0x88a829b0, EDX=0xa7d6c1dc
ESP=0xf4cbba5c, EBP=0xf4cbba68, ESI=0xa7d6d1d8, EDI=0x00000404
EIP=0x06300e76, CR2=0x00000008, EFLAGS=0x00010202
Top of Stack: (sp=0xf4cbba5c)
0xf4cbba5c: a7d6c1c8 0920cc30 aa0de5c0 f4cbba98
0xf4cbba6c: 063517d7 cf8f2a20 a7d6c1c8 0920cc30
0xf4cbba7c: 0920cc30 00000000 00000000 6d224c40
0xf4cbba8c: 00000001 f4cbbbb0 0920b440 f4cbbab8
0xf4cbba9c: 061dd4df 0920cc30 f4cbbb10 f4cbbac8
0xf4cbbaac: 0633cb7e 0643b5b8 f4492968 f4cbbad8
0xf4cbbabc: 061dcd68 f4cbbaf0 0920cc30 f4cbbaf8
0xf4cbbacc: 061df31e f4cbbb10 d4cbcc2c f4cbbb08
Instructions: (pc=0x06300e76)
0x06300e66: 82 39 f2 73 34 90 8d 74 26 00 8b 02 85 c0 74 22
0x06300e76: 8b 18 80 3d 45 10 42 06 00 74 0c 89 d8 31 c9 83
Stack: [0xf4c3c000,0xf4cbd000), sp=0xf4cbba5c, free space=510k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x300e76]
V [libjvm.so+0x3517d7]
V [libjvm.so+0x1dd4df]
V [libjvm.so+0x1dcd68]
V [libjvm.so+0x1dc3cc]
V [libjvm.so+0x1d4c52]
V [libjvm.so+0x1d32cc]
V [libjvm.so+0x1d4229]
V [libjvm.so+0x1dc82a]
V [libjvm.so+0x1d1d34]
V [libjvm.so+0x186125]
V [libjvm.so+0x1d20bc]
V [libjvm.so+0x3b2cbe]
V [libjvm.so+0x3c5037]
V [libjvm.so+0x3c46bc]
V [libjvm.so+0x3c488a]
V [libjvm.so+0x3c446f]
V [libjvm.so+0x30b719]
C [libpthread.so.0+0x5cb2]
VM_Operation (0xf2b60728): generation collection for allocation, mode: safepoint, requested by thread 0x09449c00
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x092afc00 JavaThread "RawImageCache" daemon [_thread_blocked, id=10026]
0xf37d1000 JavaThread "TimerQueue" daemon [_thread_blocked, id=10022]
0x09410000 JavaThread "SunTileScheduler0Standard7" daemon [_thread_blocked, id=10021]
0x0940f000 JavaThread "SunTileScheduler0Standard6" daemon [_thread_blocked, id=10020]
0x0946fc00 JavaThread "SunTileScheduler0Standard5" daemon [_thread_blocked, id=10019]
0x0946e800 JavaThread "SunTileScheduler0Standard4" daemon [_thread_blocked, id=10018]
0x0946d400 JavaThread "SunTileScheduler0Standard3" daemon [_thread_blocked, id=10017]
0x0946c000 JavaThread "SunTileScheduler0Standard2" daemon [_thread_blocked, id=10016]
0x0946ac00 JavaThread "SunTileScheduler0Standard1" daemon [_thread_blocked, id=10015]
0x0946a000 JavaThread "SunTileScheduler0Standard0" daemon [_thread_blocked, id=10014]
0x0944a800 JavaThread "Image List Poller" [_thread_blocked, id=10012]
0x09449c00 JavaThread "Image Task Queue" [_thread_blocked, id=10011]
0xf37e3c00 JavaThread "Laf-Widget fade tracker" [_thread_blocked, id=10010]
0x094abc00 JavaThread "FileCacheMonitor" daemon [_thread_blocked, id=10009]
0xf37e3800 JavaThread "DestroyJavaVM" [_thread_blocked, id=9984]
0xf37ee400 JavaThread "Thread-6" daemon [_thread_blocked, id=10006]
0xf3a7c800 JavaThread "DirectoryMonitor.MonitorThread" daemon [_thread_blocked, id=10005]
0xf3a73800 JavaThread "AWT Watchdog" daemon [_thread_blocked, id=10004]
0xf3adb800 JavaThread "TileReaper" daemon [_thread_blocked, id=10003]
0x093c3c00 JavaThread "process reaper" daemon [_thread_in_native, id=10001]
0x093ac800 JavaThread "Timer-0" daemon [_thread_blocked, id=9999]
0x093a8c00 JavaThread "AWT-EventQueue-0" [_thread_blocked, id=9997]
0x093a8000 JavaThread "AWT-Shutdown" [_thread_blocked, id=9996]
0x09378c00 JavaThread "AWT-XAWT" daemon [_thread_blocked, id=9994]
0x09368400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=9993]
0x09350000 JavaThread "Thread-1" daemon [_thread_blocked, id=9992]
0x0923b400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=9990]
0x09239c00 JavaThread "CompilerThread0" daemon [_thread_blocked, id=9989]
0x09238800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=9988]
0x09230800 JavaThread "Finalizer" daemon [_thread_blocked, id=9987]
0x0922f400 JavaThread "Reference Handler" daemon [_thread_blocked, id=9986]
Other Threads:
=>0x0922e000 VMThread [id=9985]
0x09245000 WatcherThread [id=9991]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x09205178/0x092051a0] Threads_lock - owner thread: 0x0922e000
[0x09205638/0x09205650] Heap_lock - owner thread: 0x09449c00
Heap
def new generation total 83968K, used 9280K [0x55600000, 0x5b110000, 0x5ec40000)
eden space 74688K, 0% used [0x55600000, 0x55600000, 0x59ef0000)
from space 9280K, 100% used [0x5a800000, 0x5b110000, 0x5b110000)
to space 9280K, 0% used [0x59ef0000, 0x59ef0000, 0x5a800000)
tenured generation total 1233640K, used 1233529K [0x5ec40000, 0xaa0fa000, 0xcf800000)
the space 1233640K, 99% used [0x5ec40000, 0xaa0de5c0, 0x8b4af400, 0xaa0fa000)
compacting perm gen total 13312K, used 13175K [0xcf800000, 0xd0500000, 0xd3800000)
the space 13312K, 98% used [0xcf800000, 0xd04ddd70, 0xd04dde00, 0xd0500000)
ro space 8192K, 69% used [0xd3800000, 0xd3d8f608, 0xd3d8f800, 0xd4000000)
rw space 12288K, 57% used [0xd4000000, 0xd46eee98, 0xd46ef000, 0xd4c00000)
Dynamic libraries:
[ snip ]
VM Arguments:
jvm_args: -Dinstall4j.jvmDir=/home/berbmit/bin/LightZone/jre -Dinstall4j.appDir=/home/berbmit/bin/LightZone -Dexe4j.moduleName=/home/berbmit/bin/LightZone/LightZone -Dcom.lightcrafts.licensetype=ESD -Xmx2000000k
java_command: com.install4j.runtime.Launcher launch com.lightcrafts.platform.linux.LinuxLauncher true false /home/berbmit/bin/LightZone/LightZone.log /home/berbmit/bin/LightZone/LightZone.log false true false true true -1 -1 20 20 Arial 0,0,0 8 500 20 40 Arial 0,0,0 8 500 -1
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=/home/berbmit/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
USERNAME=berbmit
LD_LIBRARY_PATH=/home/berbmit/bin/LightZone/jre/lib/i386/client:/home/berbmit/bin/LightZone/jre/lib/i386:/home/berbmit/bin/LightZone/jre/../lib/i386:/home/berbmit/bin/LightZone/.:
SHELL=/bin/bash
DISPLAY=:0.0
Signal Handlers:
SIGSEGV: [libjvm.so+0x3b29c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x3b29c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x309ec0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGILL: [libjvm.so+0x309ec0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x30bef0], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x30b910], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x30b910], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x30b910], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x30b910], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR2: [libjvm.so+0x30bef0], sa_mask[0]=0x00000000, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:squeeze/sid
uname:Linux 2.6.35-23-generic #41-Ubuntu SMP Wed Nov 24 11:55:36 UTC 2010 x86_64
libc:glibc 2.12.1 NPTL 2.12.1
rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity
load average:0.67 0.54 0.36
CPU:total 8 (8 cores per cpu, 2 threads per core) family 6 model 10 stepping 5, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht
Memory: 4k page, physical 8191552k(3359308k free), swap 1016828k(1016828k free)
vm_info: Java HotSpot(TM) Client VM (1.6.0_03-b05) for linux-x86, built on Sep 24 2007 22:45:46 by "java_re" with gcc 3.2.1-7a (J2SE release)
除非你的JNI库损坏了随机区域的内存（这很难调试），libjvm崩溃最可能的原因是JVM中的一个错误。 鉴于当前版本是Java 6 update 23，并且您有Java 6 update 3，升级是我尝试的第一件事。
顺便说一句：另外你似乎有一个64位的操作系统，你可能想试试64位的Java。
BTW2：您可以将-Xmx2000000k写为-mx2g。 无论如何，8 GB机器的默认最大值应该大约为2 GB。
我期待在崩溃转储中有一个JNI调用，但它似乎不是原因，而是pthreads库中的一个错误。
我不记得是否pthreads库必须由底层平台提供，或者它已经被烧入JRE中，但我建议您确保您正在一个官方支持的Linux平台上运行，如果没有，那么请强烈考虑切换。
你真的需要-Xmx2000000k吗？ 看起来你只用了大约84MB。
我的经验是，无论如何，你真的无法在32位处理空间中可靠地超过约1700MB堆。 所以，这个设置可能会导致这个问题。
链接地址: http://www.djcxy.com/p/85903.html