java程序运行一段时间莫名奇妙进程就被kill掉,并在部署目下产生hs_err_pid**.log文件

日志 2013-04-21 05:57:51
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000003fcfc891ab, pid=23014, tid=139735786215168
#
# JRE version: 6.0_38-b05
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.13-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libc.so.6+0x891ab] unsigned long+0x15b
#
--------------- T H R E A D ---------------
Current thread (0x00007f16180ef800): JavaThread "Ice.ThreadPool.Server-59" [_thread_in_native, id=509, stack(0x00007f16c5d65000,0x00007f16c5e66000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=2 (SEGV_ACCERR), si_addr=0x00007f16f8eff000

Registers:
RAX=0x0000000000000071, RBX=0x000000000000ea42, RCX=0x000000000000044e, RDX=0x000000000000ea3f
省略.....
RIP=0x0000003fcfc891ab, EFLAGS=0x0000000000010206, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e

Top of Stack: (sp=0x00007f16c5e623b8)
0x00007f16c5e623b8: 00007f1701f273a3 00000000c5e623e0
省略.....
0x00007f16c5e625a8: 00007f169c01d0d8 00007f16c5e625e0

Instructions: (pc=0x0000003fcfc891ab)
0x0000003fcfc8918b: fe ff ff f3 c3 4c 8b 1d 59 3f 30 00 49 39 d3 4c
省略.....
0x0000003fcfc891bb: 14 83 e2 07 48 8b 44 24 f8 0f 85 8f fe ff ff f3

Register to memory mapping:

RAX=0x0000000000000071 is an unknown value
省略.....
R15=0x0000000000009475 is an unknown value

Stack: [0x00007f16c5d65000,0x00007f16c5e66000], sp=0x00007f16c5e623b8, free space=1012k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libc.so.6+0x891ab] unsigned long+0x15b

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
J sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;
J sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;
j java.net.URLClassLoader$1.run()Ljava/lang/Object;+26
v ~StubRoutines::call_stub
j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+0
j java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+13
j java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+47
j sun.misc.Launcher$AppClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+41
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+3
v ~StubRoutines::call_stub
j com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.generateNo()Ljava/lang/String;+26
j com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.saveOrder(Lcom/hydb/service/bo/ApplyCheckoutBo;)Lcom/hydb/dao/trade/domain/TOrder;+55
j com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.doApplyCheckoutReq(Lcom/hydb/service/bo/ApplyCheckoutBo;)Lcom/hydb/iceinterf/trademgr/SlcApplyCheckoutResp;+49
j com.hydb.service.trademgr.servant.table.ApplyCheckoutServant.processor(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;Ljava/lang/Object;)Ljava/lang/Object;+41
j com.hydb.service.trademgr.servant.AbstractBaseServant.dealServiceMsg(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;Lcom/hydb/sera/ice/framework/util/DecodeStream;)Lcom/hydb/sera/ice/framework/util/EncodeStream;+125
j com.hydb.sera.ice.framework.server.ServerSapContext.InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;[BLcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgContentHolder;)I+50
j com.hydb.sera.ice.framework.server.ServerSapImpl.InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;[BLcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgContentHolder;LIce/Current;)I+69
j com.hydb.sera.ice.framework.fwkiceinterf._ServerSapDisp.___InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/ServerSap;LIceInternal/Incoming;LIce/Current;)LIce/DispatchStatus;+67
j com.hydb.sera.ice.framework.fwkiceinterf._ServerSapDisp.__dispatch(LIceInternal/Incoming;LIce/Current;)LIce/DispatchStatus;+97
j IceInternal.Incoming.invoke(LIceInternal/ServantManager;)V+395
j Ice.ConnectionI.invokeAll(LIceInternal/BasicStream;IIBLIceInternal/ServantManager;LIce/ObjectAdapter;)V+103
j Ice.ConnectionI.dispatch(LIce/ConnectionI$StartCallback;Ljava/util/List;LIce/ConnectionI$MessageInfo;)V+112
j Ice.ConnectionI.message(LIceInternal/ThreadPoolCurrent;)V+1310
j IceInternal.ThreadPool.run(LIceInternal/ThreadPool$EventHandlerThread;)V+27
j IceInternal.ThreadPool.access$300(LIceInternal/ThreadPool;LIceInternal/ThreadPool$EventHandlerThread;)V+2
j IceInternal.ThreadPool$EventHandlerThread.run()V+114
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
=>0x00007f16180ef800 JavaThread "Ice.ThreadPool.Server-59" [_thread_in_native, id=509, stack(0x00007f16c5d65000,0x00007f16c5e66000)]
0x00007f168c00e800 JavaThread "Ice.ThreadPool.Server-54" [_thread_in_native, id=31738, stack(0x00007f1616dee000,0x00007f1616eef000)]
0x00007f16180e2800 JavaThread "Ice.ThreadPool.Client-0" [_thread_in_native, id=26172, stack(0x00007f16c575f000,0x00007f16c5860000)]
0x00007f1618093000 JavaThread "Ice.EndpointHostResolverThread" [_thread_blocked, id=26171, stack(0x00007f16c5a62000,0x00007f16c5b63000)]
0x00007f16180ad800 JavaThread "Ice.Timer" [_thread_blocked, id=26170, stack(0x00007f16c5961000,0x00007f16c5a62000)]
0x00007f1618007800 JavaThread "Ice.ThreadPool.Client-0" [_thread_in_native, id=26169, stack(0x00007f16c5860000,0x00007f16c5961000)]
0x00007f1618005800 JavaThread "Ice.EndpointHostResolverThread" [_thread_blocked, id=26168, stack(0x00007f1616bec000,0x00007f1616ced000)]
0x00007f1618004800 JavaThread "Ice.Timer" [_thread_blocked, id=26167, stack(0x00007f1616ced000,0x00007f1616dee000)]
0x00007f169c013000 JavaThread "Ice.ThreadPool.Client-0" [_thread_in_native, id=23047, stack(0x00007f16c5e66000,0x00007f16c5f67000)]
0x00007f169c003800 JavaThread "Ice.EndpointHostResolverThread" [_thread_blocked, id=23046, stack(0x00007f16c606f000,0x00007f16c6170000)]
0x00007f169c00c000 JavaThread "Ice.Timer" [_thread_blocked, id=23045, stack(0x00007f16f80fe000,0x00007f16f81ff000)]
0x00007f16fc00a000 JavaThread "DestroyJavaVM" [_thread_blocked, id=23015, stack(0x00007f170248c000,0x00007f170258d000)]
0x00007f16fc682000 JavaThread "Thread-3" [_thread_blocked, id=23044, stack(0x00007f16f81ff000,0x00007f16f8300000)]
0x00007f16fc6c6800 JavaThread "pool-1-thread-1" [_thread_blocked, id=23043, stack(0x00007f16f8300000,0x00007f16f8401000)]
0x00007f16a0001800 JavaThread "Prototyper" daemon [_thread_blocked, id=23035, stack(0x00007f16f8828000,0x00007f16f8929000)]
0x00007f16fc69c000 JavaThread "HouseKeeper" daemon [_thread_blocked, id=23034, stack(0x00007f16f8929000,0x00007f16f8a2a000)]
0x00007f16fc634000 JavaThread "Abandoned connection cleanup thread" daemon [_thread_blocked, id=23033, stack(0x00007f16f8a2a000,0x00007f16f8b2b000)]
0x00007f16fc530800 JavaThread "Thread-0" daemon [_thread_blocked, id=23032, stack(0x00007f16f8b2b000,0x00007f16f8c2c000)]
0x00007f16fc09b800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=23030, stack(0x00007f17000a4000,0x00007f17001a5000)]
0x00007f16fc099000 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=23029, stack(0x00007f17001a5000,0x00007f17002a6000)]
0x00007f16fc096000 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=23028, stack(0x00007f17002a6000,0x00007f17003a7000)]
0x00007f16fc094000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=23027, stack(0x00007f17003a7000,0x00007f17004a8000)]
0x00007f16fc078000 JavaThread "Finalizer" daemon [_thread_blocked, id=23026, stack(0x00007f17004a8000,0x00007f17005a9000)]
0x00007f16fc076000 JavaThread "Reference Handler" daemon [_thread_blocked, id=23025, stack(0x00007f17005a9000,0x00007f17006aa000)]

Other Threads:
0x00007f16fc06f800 VMThread [stack: 0x00007f17006aa000,0x00007f17007ab000] [id=23024]
0x00007f16fc0ae000 WatcherThread [stack: 0x00007f16f8eff000,0x00007f16f9000000] [id=23031]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
PSYoungGen total 152896K, used 72407K [0x00000000f5560000, 0x0000000100000000, 0x0000000100000000)
eden space 131072K, 48% used [0x00000000f5560000,0x00000000f93bfab0,0x00000000fd560000)
from space 21824K, 39% used [0x00000000feab0000,0x00000000ff306190,0x0000000100000000)
to space 21824K, 0% used [0x00000000fd560000,0x00000000fd560000,0x00000000feab0000)
PSOldGen total 349568K, used 0K [0x00000000e0000000, 0x00000000f5560000, 0x00000000f5560000)
object space 349568K, 0% used [0x00000000e0000000,0x00000000e0000000,0x00000000f5560000)
PSPermGen total 262144K, used 34193K [0x00000000c0000000, 0x00000000d0000000, 0x00000000e0000000)
object space 262144K, 13% used [0x00000000c0000000,0x00000000c2164730,0x00000000d0000000)

Code Cache [0x00007f16f9000000, 0x00007f16f9300000, 0x00007f16fc000000)
total_blobs=1047 nmethods=468 adapters=533 free_code_cache=47275648 largest_free_block=6080

Dynamic libraries:
40000000-40009000 r-xp 00000000 fd:01 730983 /home/tsm/jdk1.6.0_38/bin/java
省略.....
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

VM Arguments:
jvm_args: -Xmx512m -Xms512m -XX:PermSize=256m -XX:MaxPermSize=512m -XX:ErrorFile=/home/tsm/paytag_inst/Service/logs/java_error.log -Ddevelopment=false -DbasePath=/home/tsm/paytag_inst/Service -DnodeName=trademanager -DnodeIp=192.168.1.211 -DnodePort=11002 -DnamingIp=192.168.1.211 -DnamingPort=10029
java_command: com.hydb.service.TrademgrLauncher &
Launcher Type: SUN_STANDARD

省略.....
Signal Handlers:
SIGSEGV: [libjvm.so+0x8629a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
省略.....
SIGQUIT: [libjvm.so+0x713090], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004

--------------- S Y S T E M ---------------

省略.....
...全文
850 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
夜雨~听风 2015-07-23
  • 打赏
  • 举报
回复
我也遇到类似的问题了,求分享解决方案啊
caoyongcc 2014-01-23
  • 打赏
  • 举报
回复
问题解决没,我也遇到同样问题
日志 2013-04-21
  • 打赏
  • 举报
回复
引用 8 楼 fangmingshijie 的回复:
这首string和stringbuffer的区别
还是不明白,你是说虚拟机崩溃跟这有关系?解释解释,谢谢
  • 打赏
  • 举报
回复
这首string和stringbuffer的区别
日志 2013-04-21
  • 打赏
  • 举报
回复
引用 6 楼 fangmingshijie 的回复:
prefix 和sufix和genNo都改为 StringBuffer类型
你说的有道理,prefix 和sufix改为用StringBuffer性能应该好些,但还是不太明白这怎么能引起虚拟机崩溃掉,另外RandomStringUtils是commons-lang-2.4.jar中的类,你看是否会是load class引起的问题?
  • 打赏
  • 举报
回复
prefix 和sufix和genNo都改为 StringBuffer类型
日志 2013-04-21
  • 打赏
  • 举报
回复
引用 2 楼 fangmingshijie 的回复:
应该是ice引起的。http://www.zeroc.com/icej.html 可以尝试换个高版本的jdk试下
对了,fangmingshijie,日志里面,下面部分是我的业务代码,冒似在generateNo()方法处挂了 com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.generateNo()Ljava/lang/String;+26 j com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.saveOrder(Lcom/hydb/service/bo/ApplyCheckoutBo;)Lcom/hydb/dao/trade/domain/TOrder;+55 j com.hydb.service.trademgr.services.impl.ApplyCheckoutServiceImpl.doApplyCheckoutReq(Lcom/hydb/service/bo/ApplyCheckoutBo;)Lcom/hydb/iceinterf/trademgr/SlcApplyCheckoutResp;+49 j com.hydb.service.trademgr.servant.table.ApplyCheckoutServant.processor(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;Ljava/lang/Object;)Ljava/lang/Object;+41 j com.hydb.service.trademgr.servant.AbstractBaseServant.dealServiceMsg(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;Lcom/hydb/sera/ice/framework/util/DecodeStream;)Lcom/hydb/sera/ice/framework/util/EncodeStream;+125 j com.hydb.sera.ice.framework.server.ServerSapContext.InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;[BLcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgContentHolder;)I+50 j com.hydb.sera.ice.framework.server.ServerSapImpl.InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgHeader;[BLcom/hydb/sera/ice/framework/fwkiceinterf/SrvMsgContentHolder;LIce/Current;)I+69 j com.hydb.sera.ice.framework.fwkiceinterf._ServerSapDisp.___InvokeSync(Lcom/hydb/sera/ice/framework/fwkiceinterf/ServerSap;LIceInternal/Incoming;LIce/Current;)LIce/DispatchStatus;+67 j com.hydb.sera.ice.framework.fwkiceinterf._ServerSapDisp.__dispatch(LIceInternal/Incoming;LIce/Current;)LIce/DispatchStatus;+97 我generateNo()方法的实现如下,看起来没什么也没啥特别的: private String generateNo() { if (logger.isDebugEnabled()) { logger.debug("[generateNo]begin"); } String prefix = DateUtil.dateToString(new Date(), "yyyyMMddHHmmss"); String sufix = RandomStringUtils.randomNumeric(6); String genNo = prefix + sufix; if (logger.isDebugEnabled()) { logger.debug("[generateNo]end,genNo:" + genNo); } return genNo; }
  • 打赏
  • 举报
回复
没有,看你log信息,猜想是这样的。
日志 2013-04-21
  • 打赏
  • 举报
回复
引用 2 楼 fangmingshijie 的回复:
应该是ice引起的。http://www.zeroc.com/icej.html 可以尝试换个高版本的jdk试下
fangmingshijie,你曾经碰到过这种问题没?
  • 打赏
  • 举报
回复
应该是ice引起的。http://www.zeroc.com/icej.html 可以尝试换个高版本的jdk试下
日志 2013-04-21
  • 打赏
  • 举报
回复
由于csdn对发布问题的字数有限制,日志堆栈没有完全贴出来,把认为不是太关键的部分去掉了,我在网上搜索了大量这类型的问题分析,发现大多多是GC导致,似乎跟我的这个问题不太一样,麻烦大伙帮帮忙,多谢了

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧