简介
本文档介绍在发生崩溃后收集的ASR5000/ASR5500核心文件在某些情况下已损坏。这在StarOS版本15.0中可见。此文件损坏在show support detail(SSD)日志中显示,如下所示:
**show logs**
...
2014-Apr-02+19:48:56.870 [system 1001 error] [6/0/8378 <evlogd:1>
evlgd_syslogd.c:221] [software internal system syslog] CPU[2/1]:
xmitcore[21898]: Out of time after 20s while writing core type 2
to master 2014-Apr-02+19:48:56.870 [system 1001 error]
[5/0/6025 <evlogd:0> evlgd_syslogd.c:221] [software internal
system syslog] CPU[2/1]: xmitcore[21898]: Out of time after 20s
while writing core type 2 to master
问题
核心文件损坏的原因是,在核心文件压缩过程中,ASR5000/ASR5500超过20秒的默认超时,实际压缩核心文件。
压缩核心文件所需的时间由两个因素决定:
- 核心文件的大小,即受影响的sessmgr进程消耗的内存。
- 核心文件中存在的随机性程度。
解决方案
在版本15.0以后的版本中有一个软件修复,它允许更大的超时值来压缩核心文件。此外,该修复允许禁用压缩。同时,还有一种解决方法,可增加崩溃最大大小和超时值,以收集正确的核心文件。这些CLI命令可完成此任务。
对于ASR5000,默认值为1024 MB,超时为20秒。输入crash max-size 2048命令,将RAM大小增加到2048 MB,将超时增加到60秒。
[config]# crash max-size 2048
对于ASR5500,默认值为2048 MB,超时为20秒。输入crash max-size 4096命令,将RAM大小增加到4096 MB,将超时时间增加到60秒。
[config]# crash max-size 4096
收集核心文件后,需要将其配置为恢复为之前提供的默认最大大小值。
对于ASR5000,输入crash max-size 1024命令。这会将最大大小恢复为默认值,将超时恢复为20秒。
[config]# crash max-size 1024
对于ASR5500,输入crash max-size 2048命令。这会将最大大小恢复为默认值,将超时恢复为20秒。
[config]# crash max-size 2048