您的位置：程序门 -> java -> 应用服务器

春节一直在加班，郁闷！跪求答案# an unexpected error has been detected by hotspot virtual machine: # sigsegv （0xb) at pc=0xb6d3dbe3, pid=14454,

[收藏此页] [打印本页]选择字色：背景色：字体：[大][中][小]

春节一直在加班，郁闷！跪求答案# an unexpected error has been detected by hotspot virtual machine: # sigsegv （0xb) at pc=0xb6d3dbe3, pid=14454,

发表于：2008-02-08 23:53:06 楼主

java虚拟机报错，搞得我春节一直在加班也没什么进展。

--------------- t h r e a d ---------------

current thread （0x08dcc4a0): javathread "awt-xawt" daemon [_thread_in_native_trans, id=15014]

siginfo:si_signo=11, si_errno=0, si_code=0, si_addr=0x00000000

registers:
eax=0xb6aac000, ebx=0xb706fe50, ecx=0x00000ffc, edx=0x00000128
esp=0xa54ff22c, ebp=0xa54ff274, esi=0x08dcc4a0, edi=0x0818aa64
eip=0xb6d3dbe3, cr2=0xb6aac128, eflags=0x00210206

top of stack: （sp=0xa54ff22c)
0xa54ff22c: b6ecaad3 00000001 0805ce00 a49fc8bc
0xa54ff23c: 08dcc4a0 b706fe50 b7062474 a54ff250
0xa54ff24c: 08dcc4a0 a54ff270 b6ecaad3 b7575d59
0xa54ff25c: b75c0898 a54ff274 b755f6df a4f23698
0xa54ff26c: 08dcc560 00000000 a54ff294 a4f012b3
0xa54ff27c: 08dcc560 0818aa64 00000001 a4f23698
0xa54ff28c: ad364c98 08dcc4a0 a54ff2b4 a4f0115c
0xa54ff29c: 08dcc560 0000003f 00000000 a4f23698

instructions: （pc=0xb6d3dbe3)
0xb6d3dbd3: 00 00 d3 ea 8b 08 8b 83 74 17 00 00 21 ca 8b 00
0xb6d3dbe3: c7 04 02 01 00 00 00 e9 a1 fd ff ff 90 83 ec 0c

stack: [0xa547f000,0xa5500000), sp=0xa54ff22c, free space=512k
native frames: （j=compiled java code, j=interpreted, vv=vm code, c=native code)
v [libjvm.so+0x28fbe3]
c [libmawt.so+0xf2b3] mul8table+0xf2b3
c [libmawt.so+0xf15c] mul8table+0xf15c
c [libmawt.so+0xf223] java_sun_awt_x11_xtoolkit_waitforevents+0x33
j sun.awt.x11.xtoolkit.waitforevents（)v+0

java frames: （j=compiled java code, j=interpreted, vv=vm code)
j sun.awt.x11.xtoolkit.waitforevents（)v+0
v ~c2iadapter
j sun.awt.x11.xtoolkit.run（z)v
v ~osradapter
j sun.awt.x11.xtoolkit.run（)v+5
j java.lang.thread.run（)v+11
v ~stubroutines::call_stub

--------------- p r o c e s s ---------------

java threads: （ => current thread )
0x08b88438 javathread "thread-543" [_thread_in_native, id=15129]
=> 0x08dcc4a0 javathread "awt-xawt" daemon [_thread_in_native_trans, id=15014]
0x08194238 javathread "java2d disposer" daemon [_thread_blocked, id=15013]
0x0922efd8 javathread "thread-127" [_thread_in_native, id=14646]
0x082a3f60 javathread "thread-114" [_thread_in_native, id=14630]
0x089be030 javathread "thread-87" [_thread_in_native, id=14595]
0x08bbed18 javathread "thread-59" [_thread_in_native, id=14556]
0x08f88ba0 javathread "thread-56" [_thread_in_native, id=14553]
0xa65fec30 javathread "destroyjavavm" [_thread_blocked, id=14454]
0xa65fd920 javathread "thread-54" [_thread_blocked, id=14551]
........
0x086d3e08 javathread "thread-1" [_thread_in_native, id=14477]
0xa794ad80 javathread "thread-0" [_thread_blocked, id=14476]
0x08106258 javathread "low memory detector" daemon [_thread_blocked, id=14464]
0x08104cd8 javathread "compilerthread1" daemon [_thread_blocked, id=14463]
0x08103b80 javathread "compilerthread0" daemon [_thread_blocked, id=14462]
0x081025b0 javathread "adapterthread" daemon [_thread_blocked, id=14461]
0x081017d0 javathread "signal dispatcher" daemon [_thread_blocked, id=14460]
0x08100268 javathread "jdwp event helper thread" daemon [_thread_blocked, id=14459]
0x080fe700 javathread "jdwp transport listener: dt_socket" daemon [_thread_in_native, id=14458]
0x080e9360 javathread "finalizer" daemon [_thread_blocked, id=14457]
0x080e8e98 javathread "reference handler" daemon [_thread_blocked, id=14456]

other threads:
0x080e69a0 vmthread [id=14455]
0x08107700 watcherthread [id=14465]

vm state:synchronizing （normal ＥＸＥＣution)

vm mutex/monitor currently owned by a thread: （[mutex/lock_event])
[0x0805cd30/0x0805cd58] safepoint_lock - owner thread: 0x080e69a0
[0x0805cdb0/0x0805cdd8] threads_lock - owner thread: 0x080e69a0
[0x0805d200/0x0805d218] heap_lock - owner thread: 0xa6091860

heap
def new generation total 1920k, used 1716k [0xa8980000, 0xa8b90000, 0xa9090000)
eden space 1728k, 99% used [0xa8980000, 0xa8b2d068, 0xa8b30000)
from space 192k, 0% used [0xa8b60000, 0xa8b60040, 0xa8b90000)
to space 192k, 0% used [0xa8b30000, 0xa8b30000, 0xa8b60000)
tenured generation total 15120k, used 12229k [0xa9090000, 0xa9f54000, 0xac980000)
the space 15120k, 80% used [0xa9090000, 0xa9c81750, 0xa9c81800, 0xa9f54000)
compacting perm gen total 16384k, used 14196k [0xac980000, 0xad980000, 0xb0980000)
the space 16384k, 86% used [0xac980000, 0xad75d118, 0xad75d200, 0xad980000)
no shared spaces configured.

dynamic libraries:
08048000-08057000 r-xp 00000000 08:03 8618119 /usr/java/jdk1.5.0_11/bin/java
08057000-08059000 rwxp 0000e000 08:03 8618119 /usr/java/jdk1.5.0_11/bin/java
08059000-0925b000 rwxp 00000000 00:00 0
9f8e8000-9f8eb000 rwxp 00000000 00:00 0
9f8eb000-9f969000 rwxp 00003000 00:00 0
9f969000-9f96c000 rwxp 00000000 00:00 0
9f96c000-9f9ea000 rwxp 00084000 00:00 0
a08a9000-a08fd000 r-xp 00000000 08:03 13123607 /usr/java/jdk1.5.0_11/jre/lib/i386/libcmm.so
a08fd000-a0900000 rwxp 00053000 08:03 13123607 /usr/java/jdk1.5.0_11/jre/lib/i386/libcmm.so

vm arguments:
jvm_args: -xdebug -xnoagent -xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n -dswing.noxp=true
java_command: com.xxxx.server.ripserver active_server_config.xml
launcher type: sun_standard

signal handlers:
sigsegv: [libjvm.so+0x510d50], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigbus: [libjvm.so+0x510d50], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigfpe: [libjvm.so+0x434b80], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigpipe: [libjvm.so+0x434b80], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigill: [libjvm.so+0x434b80], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigusr1: sig_dfl, sa_mask[0]=0x00000000, sa_flags=0x00000000
sigusr2: [libjvm.so+0x436fd0], sa_mask[0]=0x00000004, sa_flags=0x14000004
sighup: [libjvm.so+0x436a00], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigint: [libjvm.so+0x436a00], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigquit: [libjvm.so+0x436a00], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
sigterm: [libjvm.so+0x436a00], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004

--------------- s y s t e m ---------------

os:red hat enterprise linux es release 3 （taroon update 5)

uname:linux 2.4.21-32.elsmp #1 smp fri apr 15 21:17:59 edt 2005 i686
libc:glibc 2.3.2 nptl 0.60
rlimit: stack 10240k, core 0k, nproc 7168, nofile 1024, as infinity
load average:0.29 0.30 0.43

cpu:total 4 （cores per cpu 1, threads per core 2) family 15 model 4 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ht

memory: 4k page, physical 5124348k（29232k free), swap 511k（511k free)
vm_info: java hotspot（tm) server vm （1.5.0_11-b03) for linux-x86, built on dec 15 2006 01:12:32 by java_re with gcc 3.2.1-7a （j2se release)

发表于：2008-02-08 23:55:041楼得分:0

不好意思，前面怎么没贴出来：

#
# an unexpected error has been detected by hotspot virtual machine:
#
# sigsegv （0xb) at pc=0xb6d3dbe3, pid=14454, tid=2773482416
#
# java vm: java hotspot（tm) server vm （1.5.0_11-b03 mixed mode)
# problematic frame:
# v [libjvm.so+0x28fbe3]
#

发表于：2008-02-12 13:51:322楼得分:0

同命同命，可惜问题我不大明白，遗憾

发表于：2008-02-12 14:05:323楼得分:0

虚拟机报错可能是由于java的bug造成的，也可能是虚拟机内存溢出等造成的，这个只能报告给sun了，一般人不咋看得懂

发表于：2008-02-14 08:01:524楼得分:0

情人节快乐！

发表于：2008-02-14 10:48:115楼得分:0

谢谢各位关注。到现在还没有解决，解决了我会把解决方法贴出来（现在已经升级到jdk1.6了，新的错误情况请看下贴）。祝大家情人节快乐！

发表于：2008-02-14 10:49:176楼得分:0

#
# an unexpected error has been detected by java runtime environment:
#
# internal error （nmethod.cpp:1707), pid=5694, tid=2387528624
# error: guarantee（cont_offset != 0,"unhandled implicit exception in compiled code")
#
# java vm: java hotspot（tm) server vm （10.0-b19 mixed mode linux-x86)
# 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 （0x8f054000): javathread "thread-51" [_thread_in_java, id=5788, stack（0x8e49c000,0x8e4ed000)]

stack: [0x8e49c000,0x8e4ed000], sp=0x8e4ebcd4, free space=319k
native frames: （j=compiled java code, j=interpreted, vv=vm code, c=native code)
v [libjvm.so+0x5ecc19]
v [libjvm.so+0x2caabf]
v [libjvm.so+0x4eb0ac]
v [libjvm.so+0x55bac0]
v [libjvm.so+0x4ff48d]
v [libjvm.so+0x4fc248]

--------------- p r o c e s s ---------------

java threads: （ => current thread )
0x086a9400 javathread "thread-131" [_thread_blocked, id=5904, stack（0x8e3fa000,0x8e44b000)]
0x08204800 javathread "thread-119" [_thread_in_native, id=5887, stack（0x8cf5e000,0x8cfaf000)]
0x08668800 javathread "thread-110" [_thread_in_native, id=5878, stack（0x8c9af000,0x8ca00000)]
0x08663000 javathread "thread-55" [_thread_in_native, id=5792, stack（0x8d90d000,0x8d95e000)]
0x08662000 javathread "thread-54" [_thread_in_native, id=5791, stack（0x8dc8e000,0x8dcdf000)]
0x08661c00 javathread "thread-53" [_thread_in_native, id=5790, stack（0x8e32e000,0x8e37f000)]
0x8f056400 javathread "destroyjavavm" [_thread_blocked, id=5695, stack（0xb740f000,0xb7460000)]
0x8f055000 javathread "thread-52" [_thread_blocked, id=5789, stack（0x8e44b000,0x8e49c000)]
=> 0x8f054000 javathread "thread-51" [_thread_in_java, id=5788, stack（0x8e49c000,0x8e4ed000)]
0x8f053400 javathread "thread-50" [_thread_blocked, id=5787, stack（0x8e4ed000,0x8e53e000)]

...
other threads:
0x080fa000 vmthread [stack: 0x8fac3000,0x8fb44000] [id=5700]
0x8fd07000 watcherthread [stack: 0x8f52c000,0x8f5ad000] [id=5707]

vm state:synchronizing （normal ＥＸＥＣution)

vm mutex/monitor currently owned by a thread: （[mutex/lock_event])
[0x080561e0/0x08056208] safepoint_lock - owner thread: 0x080fa000
[0x080562e0/0x08056308] threads_lock - owner thread: 0x080fa000
[0x080567a0/0x080567b8] heap_lock - owner thread: 0x084a2000

heap
psyounggen total 57152k, used 57117k [0xb09f0000, 0xb42d0000, 0xb42d0000)
eden space 56448k, 100% used [0xb09f0000,0xb4110000,0xb4110000)
from space 704k, 95% used [0xb4220000,0xb42c76a0,0xb42d0000)
to space 896k, 0% used [0xb4110000,0xb4110000,0xb41f0000)
psoldgen total 233024k, used 157590k [0x942d0000, 0xa2660000, 0xb09f0000)
object space 233024k, 67% used [0x942d0000,0x9dcb5978,0xa2660000)
pspermgen total 20736k, used 9162k [0x902d0000, 0x91710000, 0x942d0000)
object space 20736k, 44% used [0x902d0000,0x90bc2a28,0x91710000)

发表于：2008-02-14 10:50:027楼得分:0

还有：

signal handlers:
sigsegv: [libjvm.so+0x5ed7c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigbus: [libjvm.so+0x5ed7c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigfpe: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigpipe: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigxfsz: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigill: [libjvm.so+0x4fc230], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigusr1: sig_dfl, sa_mask[0]=0x00000000, sa_flags=0x00000000
sigusr2: [libjvm.so+0x4fe270], sa_mask[0]=0x00000004, sa_flags=0x10000004
sighup: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigint: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigterm: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
sigquit: [libjvm.so+0x4fe010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004

--------------- s y s t e m ---------------

os:red hat enterprise linux es release 3 （taroon update 5)

uname:linux 2.4.21-32.elsmp #1 smp fri apr 15 21:17:59 edt 2005 i686
libc:glibc 2.3.2 nptl 0.60
rlimit: stack 10240k, core 0k, nproc 7168, nofile 1024, as infinity
load average:0.42 0.92 0.74

cpu:total 4 （1 cores per cpu, 2 threads per core) family 15 model 4 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ht

memory: 4k page, physical 5124348k（31840k free), swap 2096440k（2096440k free)

vm_info: java hotspot（tm) server vm （10.0-b19) for linux-x86 jre （1.6.0_04-b12), built on dec 14 2007 00:57:07 by "java_re" with gcc 3.2.1-7a （j2se release)

time: wed feb 13 06:28:41 2008
elapsed time: 10747 seconds

发表于：2008-02-14 10:53:298楼得分:0

一直在想，这种错误应该是不常见的啊，lz是在什么情况下出现这种情况的，有什么特殊的诱因吗

发表于：2008-02-14 15:39:129楼得分:0

多谢olivesoup的长时间关注。现在只知道不定期地会crash，os系统方面也没有什么特别的变化呀。

发表于：2008-02-14 17:18:3710楼得分:0

我过完年回来看这贴还在这呢，都一年了啊也没解决

不过面对你的问题感觉有些力不从心，惭愧
建议你联系一下java基础板块的斑竹java2000_net，他比较热心，而且技术出色

发表于：2008-02-14 17:21:2411楼得分:0

呵呵 ls 的建议考虑考虑
我提供给你java2000_net 他自己的论坛地址你把问题放上去他会给你看的
www.java2000.net

发表于：2008-02-18 13:30:3212楼得分:0

呵呵很感谢olivesoup和xql80329的关心。这个问题现在有所进展。大幅削减了log输出后，已经4天没有crash了。由于用了一个第三方的log工具，当时不知道这个log工具会向标准输出也输出log。怀疑非常频繁的输出大量的log到控制台上jvm的处理有问题（也怀疑本身频繁的输出大量的log到文件中jvm的处理有问题）。（每1秒钟就输出170k的log）。
是不是这个原因还不能最终确定（因为时间还不够长，不能保证真的没有问题了）。

另外，有一点信息也交流一下：
jdk1.6修改了大量垃圾收集器的问题，如果jdk1.5出现了垃圾收集器引起的crash，可以升级到jdk1.6试试。

发表于：2008-02-27 09:26:5313楼得分:0

这个问题就如上贴这样解决了，呵呵。

下一篇：java怎样才能学好?
上一篇：关于tomcat reload的问题请高手帮忙！