恳请帮忙分析WAS7宕机产生的javacore,heapdump文件,非常感谢。

问题描述

大家好,最近带一个项目,项目上线后经常宕机,下载了IBM的相关工具对javacore和heapdump文件分析,但不会分析结果,请专家帮帮忙,感激不尽。运行环境:WAS7,JDK1.5,ORACLEjavacore,heapdump分析截图请见附近。请大家不吝赐教,非常感谢,如须我提供更详细的资料,劳驾给我发邮件:75492100@qq.com

解决方案

解决方案二:
看不到图片
解决方案三:
有可能内存泄漏。你的代码中使用的一个map中占用了92%的内存。检查这个map中存放的是什么东西,减少map存放的东西。
解决方案四:
该回复于2011-02-12 08:41:55被版主删除

时间: 2024-11-02 21:11:53

恳请帮忙分析WAS7宕机产生的javacore,heapdump文件,非常感谢。的相关文章

请大家帮忙分析WAS宕机原因

问题描述 在7月4日10:43到10:44之间,内存陡然增长到极限.请大家帮忙分析宕机原因,非常感谢![7/4/0910:35:48:337GMT+08:00]00000093SystemOutO----管理监控异常开始----[7/4/0910:35:48:339GMT+08:00]00000093SystemOutO182.180.16.101:1f88bea0-3f63-47d1-92d4-4b87c1543272[operator:A003015T][7/4/0910:35:48:339

一次调查centos 6.2上xfs文件系统宕机后文件数据丢失的经历

阿里云每天都会接到大量的客户工单,工单问题千奇百怪,不少问题调查起来颇费周折.下面的这个问题很有意思,一开始我们以为是ECS的bug,导致用户数据丢失,吓出一身冷汗,后来发现问题出在操作系统.一次次与底层系统的交手,慢慢的让阿里云的产品变得更加透明.   今天接到用户工单,反馈说他的云服务器发生了宕机迁移,奇怪的是迁移后部分文件长度变成0了,但是之前升级应用的时候确认过这些文件肯定是正常的.粗看现象确实比较奇怪,根据用户提供的操作,可以抽象为向xfs文件系统上写了一些文件数据,然后系统宕机.系统

weblogic+aix系统宕机问题分析

问题描述 系统在运行半年多以后,于近期开始间隔性宕机:报错日志:UnhandledexceptionType=SegmentationerrorvmState=0x00000000J9Generic_Signal_Number=00000004Signal_Number=0000000bError_Value=00000000Signal_Code=00000032Handler1=09001000A043F128Handler2=09001000A0436D38R0=00000001208B1

ORA-04031错误导致宕机案例分析

今天遇到一起ORACLE数据库宕机案例,下面是对这起数据库宕机案例的原因进行分析.解读.分析过程中顺便记录一下这个案例的前因后果,攒点经验值,培养一下分析.解决问题的能力.   案例环境:      操作系统 :Oracle Linux Server release 5.7 64 bit    数据库版本:Oracle Database 10g Release 10.2.0.4.0 - 64bit Production   案例分析: 收到告警去检查数据库时,发现实例已经宕机.检查告警日志,发现

【深度分析】不安全的IOT设备是如何导致Twitter、PayPal等网站宕机的?

日前,一场大规模的互联网瘫痪席卷了美国,2016年10月21日 11:10 UTC(北京时间19:10左右)恶意软件Mirai控制的僵尸网络对美国域名服务器管理服务供应商Dyn发起DDOS攻击,从而导致许多网站在美国东海岸地区宕机.以下是来自青莲云对感染IOT设备的恶意软件Mirai的分析. 本文您将看到: 1.攻击事件回顾 2.恶意软件Mirai是什么 3.Mirai如何感染IOT设备的 4.Mirai如何控制IOT设备发起攻击 5.Mirai的另一种攻击思路 6.如何防止智能设备被恶意利用

服务器突然宕机,求大家帮忙看下

问题描述 服务器突然宕机,求大家帮忙看下 后面又出现了java.io.IOException: Too many open files 服务器突然宕机了,宕机时间的前后丢下了如下的信息.大家有什么思路想法吗?让我学习一下好吗 解决方案 12.10,进不去图形界面了,求大家帮忙解决 解决方案二: 打开文件太多,可以使用ulimit -n将程序允许打开的文件总数设置大一些. 解决方案三: 打开文件太多,可以使用ulimit -n将程序允许打开的文件总数设置大一些. 解决方案四: 打开文件太多,可以使

由重启引起的Oracle RAC节点宕机分析及追根溯源

作者介绍 裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,OCP 10g.OCP 11g.OCM11g.超八年Oracle服务经验,擅长数据库故障诊断和性能调优.目前主要从事客户的现场维护.重大问题的解决.数据库性能分析.二线服务质量保证等工作.     1 背景说明  某省份的电信业务系统由于业务量较大,按地市划分部署在4套配置相同的RAC上,相同主机版本,相同的CRS和数据库版本.该系统已正常运行3年多,其间也有重启主机等正常维护操作.从4月24日 开始,这个系统的4套RAC的

一次数据库宕机问题的分析

今天来到办公室,发现有一台服务器中的数据库实例停掉了.这种情况真是意料之外,尤其是我还不是很熟悉这台机器的服务. 赶紧查看数据库日志,可以看到数据库在昨晚停掉了,从日志来看没有人为的痕迹. 在宕机之前,有下面的日志.在此截取一部分.TNS-12560: TNS:protocol adapter error opiodr aborting process unknown ospid (33498) as a result of ORA-609     ns secondary err code:

容灾切换中的数据库宕机问题简单分析(一)

最近对一个统计库做了计划内的容灾切换,即主备切换.操作的过程其实还是蛮顺利的.但是灾难切换中如果出现在问题,那就是灾难中的灾难了. 按照计划对配置信息做了同步,然后使用DG Broker做了SwitchOver操作. 这一次切换速度还是蛮快,我开了几个窗口看到日志都在不断输出,角色已经替换过来了.DG Broker切换的日志如下: DGMGRL> switchover to test29; Performing switchover NOW, please wait... New primary