硬件生产cpuWAS

was中java进程吃cpu将100%,每次只能靠重启降低,是什么原因啊

日志报错:
[5/28/14 12:48:32:299 CST] 00000076 SystemOut     O 【AppLog】 2014-05-28 12:48:32 org.d6.servlet.ProcessExceptionServlet doPost 49 ERROR /_vti_bin/owssvr.dll
java.io.FileNotFoundException: /_vti_bin/owssvr.dll
at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:572)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3935)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:276)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:931)
at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1592)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)
at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:557)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:607)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:984)
at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1069)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1604)

附件:

附件图标javacore.20140505.150400.17739.0012.txt (5.79 MB)

参与6

5同行回答

echoqinechoqin系统运维工程师泰康人寿
我们昨天也遇到同样的问题,内存溢出,工程师分析了HeapDump信息后发现有一个方法没有释放内存,导致内存溢出。显示全部
我们昨天也遇到同样的问题,内存溢出,工程师分析了HeapDump信息后发现有一个方法没有释放内存,导致内存溢出。收起
保险 · 2014-07-03
浏览1284
philsonphilson软件开发工程师Asgard
我看一定是ap沒寫好显示全部
我看一定是ap沒寫好收起
互联网服务 · 2014-06-20
浏览1258
ZHFDQQZHFDQQ系统运维工程师阿里
回复 2# niuph     谢谢,找到原因了,主要是代码问题, LOGIN的时候加载了数据字典到一个MAP中,数据量不小map不够用就会rehash,然后把cpu都给占了显示全部
回复 2# niuph


    谢谢,找到原因了,主要是代码问题, LOGIN的时候加载了数据字典到一个MAP中,数据量不小
map不够用就会rehash,然后把cpu都给占了收起
硬件生产 · 2014-05-29
浏览1271
niuphniuphit技术咨询顾问IBM
如果是AIX系统的话,使用tprof命令生成CPU信息快照,可以看到什么进程和线程造成了高CPU,在生成CPU快照信息时间段内,同时生成几个javacore文件,在javacore中可以根据线程号找到线程的堆栈。AIX生成CPU快照:tprof -skex sleep 120  这是2分钟的快照...显示全部
如果是AIX系统的话,使用tprof命令生成CPU信息快照,可以看到什么进程和线程造成了高CPU,在生成CPU快照信息时间段内,同时生成几个javacore文件,在javacore中可以根据线程号找到线程的堆栈。
AIX生成CPU快照:tprof -skex sleep 120  这是2分钟的快照收起
互联网服务 · 2014-05-29
浏览1222
bisubisu售后技术支持SYNNEX
Dump Event "systhrow" (00040000) Detail "java/lang/OutOfMemoryError" received 说明发生了内存溢出;分析附件javacore文件,可以看到181个线程在等WebContainer : 58线程。而WebContainer : 58线程正在写FFDC日志。这个时候,看一下FFDC,同时用HeapAnalyzer分析由OOM产生的...显示全部
Dump Event "systhrow" (00040000) Detail "java/lang/OutOfMemoryError" received 说明发生了内存溢出;分析附件javacore文件,可以看到181个线程在等WebContainer : 58线程。而WebContainer : 58线程正在写FFDC日志。

这个时候,看一下FFDC,同时用HeapAnalyzer分析由OOM产生的内存转储文件,结合javacore线程,就可以定位什么原因造成的OOM。收起
IT咨询服务 · 2014-05-28
浏览1246

提问者

ZHFDQQ
系统运维工程师阿里
擅长领域: 服务器应用服务器双活

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2014-05-28
  • 关注会员:1 人
  • 问题浏览:5124
  • 最近回答:2014-07-03
  • X社区推广