简介
本文档介绍在发生崩溃后收集的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
反馈