`
C_LIFE
  • 浏览: 34767 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

WLS_034:常见故障之二:Server Crash后找不到Core Dump文件

阅读更多
声明:该博文转自http://maping930883.blogspot.com,热爱java,热爱生活

WebLogic Server是运行在JVM当中的,当Server Crash后,通常会产生一个Core Dump文件,其内容是Crash时,JVM的内存快照,是个二进制文件,大小一般在几百M到几G之间。
但有时,系统崩溃时,我们在bin目录下并没有找到Core Dump文件,这是怎么回事呢?

故障排除步骤如下:

1. 检查硬盘剩余空间大小
如果剩余空间很小,那么Core Dump文件肯定无法成功写入。通常可能的情况是,Server的日志满了,此时,应该备份日志到其它地方,然后清除日志,腾出硬盘空间。
重新启动Server,观察一段时间,看看是否还会Crash。
如果在硬盘空间足够的情况下,Server还是会Crash,并且Crash后,依然没有产生Core Dump文件,那么就要

2. 进一步检查是否系统的设置阻碍了Core Dump文件的产生
(1)在Unix上,运行命令"ulimit –c",检查允许打开的文件数。
如果太小,可以运行命令"ulimit –c unlimited",设置允许打开的文件数为最大。
(2)在Linux上,运行命令"grep core /etc/security/limits.conf",检查允许打开的文件数。如果太小,可以修改对应行记录为: * soft core unlimited 。
(3)在Windows上,运行程序 C:\Program Files\Common Files\Microsoft Shared\MSInfoMsinfo32.exe,选择工具菜单,点击Dr Watson,设置如下:



如果以上设置还不奏效,那可能是Server的启动脚本中设置了允许打开的文件数,该设置会覆盖系统的设置,所以需要检查启动脚本,如commEnv.sh。
重新启动Server,等待Crash,找到Core Dump文件,分析Crash的原因,具体步骤请参考《常见故障之一:Server Crash 》。







分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics