十万火急!!在MYeclipse中启动TOMCAT的时候出现错误_百度知道
十万火急!!在MYeclipse中启动TOMCAT的时候出现错误
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
ERROR: transport error 202: gethostbyname: unknown host
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
我有更好的答案
transport_init（510）JDWP退出错误agent_error_transport_init（197）：没有传输初始化[ / / / /分享&#47： debuginitSRC：传输错误202在本地方法致命错误：JDWP没有运输初始化，jvmtierror = agent_error_transport_init（197）错误：未知主机错误：JDWP运输dt_socket初始化失败。C;背&#47
采纳率：56%
为您推荐：
其他类似问题
十万火急的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。JVM致命错误日志（hs_err_pid.log）解读 | 四火的唠叨
JVM致命错误日志（hs_err_pid.log）解读
致命错误出现的时候，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=
一个非预期的错误被JRE检测到，其中：
SIGSEGV是信号名称
0xb是信号码
pc=0x03568cf4指的是程序计数器的值
pid=16819是进程号
tid=是线程号
如果你对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:
[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(0xb72af9000)]
当前线程的：
0x09f30c00：指针
JavaThread：线程类型，可能的类型包括：
JavaThread
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
0xb72af9000：栈区间
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x
这部分是导致虚拟机终止的非预期的信号信息，含义前面已经大致提到过了。其中si_errno和si_code是Linux下用来鉴别异常的，Windows下是一个ExceptionCode。
EAX=0x, EBX=0x0375dd84, ECX=0x, EDX=0x
ESP=0xb72f0fa0, EBP=0xb72f0fb8, ESI=0x, EDI=0x0a6c1800
EIP=0x03568cf4, EFLAGS=0x, CR2=0x
这是寄存器上下文。
Top of Stack: (sp=0xb72f0fa0)
0xb72f0fa0:
7f 0375dd84
0xb72f0fb0:
0xb72f0fc0:
a6cfe8 003b3e77
0xb72f0fd0:
003e6c8b 0a1a70d0 0a5dd84
0xb72f0fe0:
0xb72f0ff0:
0acad000 0b3ca978 dd0674
0xb72f1000:
a2c7d50 b72fc
0xb72f1010:
ffffffff ffffffff 00001
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=0x is an unknown value
EBX=0x0375dd84: &offset 0x394d84& in /usr/lib/libgtk-x11-2.0.so.0 at 0x033c9000
ECX=0x is an unknown value
EDX=0x 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=0x is an unknown value
EDI=0x0a6c1800 is an unknown value
寄存器和内存映射信息。
Stack: [0xb72af9000],
sp=0xb72f0fa0,
free space=291k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
[libgtk-x11-2.0.so.0+0x19fcf4]
__float128+0x19fcf4
[libgtk-x11-2.0.so.0+0x1a32c0]
__float128+0xc0
[libswt-pi-gtk-3738.so+0x33f6a]
Java_org_eclipse_swt_internal_gtk_OS__1Call+0xf
org.eclipse.swt.internal.gtk.OS._Call(III)I
org.eclipse.swt.internal.gtk.OS.Call(III)I
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
org.eclipse.swt.internal.gtk.OS._Call(III)I
org.eclipse.swt.internal.gtk.OS.Call(III)I
org.eclipse.swt.widgets.Widget.fixedSizeAllocateProc(II)I+5
org.eclipse.swt.widgets.Display.fixedSizeAllocateProc(II)I+17
~StubRoutines::call_stub
线程栈。包含了地址、栈顶、栈计数器和线程尚未使用的栈信息，由于栈可能非常长，打印的长度有限制，但是至少本地栈和Java栈都打印出来了（很多时候本地栈打印不出来，但是Java栈一般都能打印出来）。从中可以看到，Eclipse的虚拟机崩溃了。
Java Threads: ( =& current thread )
0x0b4c1000 JavaThread &Worker-247& [_thread_blocked, id=25417, stack(0x741bc000,0x)]
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对象。
PSYoungGen
total 149056K, used 125317K [0xaxb41aa0000)
eden space 123520K, 95% used [0xaxb0ac0de0,0xb0fa0000)
from space 25536K, 26% used [0xb28bfa0000)
space 25600K, 0% used [0xb0fafaa0000)
total 261248K, used 239964K [0x941ac00000)
object space 261248K, 91% used [0x941abfc0000)
total 163328K, used 130819K [0x841aex941a0000)
object space 163328K, 80% used [0x841ac160c40,0x8e120000)
堆信息。新生代、老生代、永久代。对JVM有了解的人应该都清楚，不解释了。
Code Cache
[0xbxb5ac62000)
total_blobs=5795 nmethods=5534 adapters=209 free_code_cache= largest_free_block=38336
代码缓存（Code Cache）。这是一块用于编译和保存本地代码的内存，注意是本地代码，它和PermGen（永久代）是不一样的，永久带是用来存放Java类定义的。
Dynamic libraries:
22000 r-xp :01 3483560
/usr/lib/libjpeg.so.62.0.0
23000 rwxp :01 3483560
/usr/lib/libjpeg.so.62.0.0
30000 r-xp :01 9093202
/lib/libgcc_s-4.1.2-.so.1
31000 rwxp :01 9093202
/lib/libgcc_s-4.1.2-.so.1
内存映射。这些信息是虚拟机崩溃时的虚拟内存列表区域。在定位崩溃原因的时候，它可以告诉你哪些类库正在被使用，位置在哪里，还有堆栈和守护页信息。就以列表中第一条为例说明：
22000：内存区域
r-xp：权限，r/w/x/p/s分别表示读/写/执行/私有/共享
：文件内的偏移量
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.v.jar -os linux -ws gtk -arch x86 -showsplash -launcher /.../eclipse/eclipse -name Eclipse ...
Launcher Type: SUN_STANDARD
Environment Variables:
DISPLAY=:0.0
虚拟机参数和环境变量。
Signal Handlers:
SIGSEGV: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0x
SIGBUS: [libjvm.so+0x726440], sa_mask[0]=0x7ffbfeff, sa_flags=0x
信号句柄。对于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
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 5144k free), swap 56452k free)
系统信息。
文章未经特殊标明皆为本人原创，未经许可不得用于任何商业用途，转载请保持完整性并注明来源链接
感受到了技术的深度，谢谢分享这么好的文章。有个问题想请教下，我这边有个环境window2003+tomcat+jna+dll，隔一段时间就会tomcat挂掉，产生了hs_err_pid文件，我找资料分析了这个文件，应该是不存在内存问题和堆栈溢出的问题，个人判断是在java里面利用jna调用dll时，某个地方出错了，但是进一步的排错就没思路了，希望能跟你进一步的交流，帮忙解决这个问题。2008年2月 总版技术专家分月排行榜第一2008年1月 总版技术专家分月排行榜第一
2008年7月 总版技术专家分月排行榜第三2008年6月 总版技术专家分月排行榜第三
2008年2月 总版技术专家分月排行榜第一2008年1月 总版技术专家分月排行榜第一
2008年7月 总版技术专家分月排行榜第三2008年6月 总版技术专家分月排行榜第三
2009年6月 Java大版内专家分月排行榜第三
2009年3月 Oracle大版内专家分月排行榜第二2009年2月 Oracle大版内专家分月排行榜第二
2009年6月 Oracle大版内专家分月排行榜第三2009年5月 专题开发/技术/项目大版内专家分月排行榜第三2009年4月 Oracle大版内专家分月排行榜第三
匿名用户不能发表回复！|