目录

简介

问题

解决方案

简介

本文档介绍在发生崩溃后收集的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秒的默认超时，实际压缩核心文件。

压缩核心文件所需的时间由两个因素决定：

1. 核心文件的大小，即受影响的sessmgr进程消耗的内存。

2. 核心文件中存在的随机性程度。

解决方案

在版本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