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 》。
但有时,系统崩溃时,我们在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 》。
没有评论:
发表评论