目录

简介

背景信息

故障排除

简介

本文档介绍如何调查与%EARL-SP-2-PATCH_INVOCATION_LIMIT错误关联的Supervisor模块或分布式转发卡(DFC)线路卡重新启动的原因。

本文档适用于Catalyst 6500/Cisco 7600平台。

背景信息

在Catalyst 6500/7600上，大多数数据包仅通过一系列ASIC和转发引擎在硬件中转发。

如果检测到这些组件之间存在可能导致无效数据包转发的问题，Cisco IOS®软件会在应用补丁时触发编码地址识别逻辑(EARL)恢复机制。补丁会重置对应的元素（转发引擎/ASIC），以便恢复设备的正常功能。

根据设计，如果在30秒内连续执行10次EARL恢复修补程序尝试，并且无法修复此问题，则会触发模块重新启动。从SP输入show platform software earl reset config命令以验证：

6500-sp#show platform software earl reset config

EBUS Out of seq.        : Enabled

Earl freeze check.      : Enabled

EARL Patch invocation limit per every 30 secs  : 10

Upon reaching EARL patch invocation limit : Crash

故障排除

当模块意外重新启动时，应生成一个crashinfo文件并存储在本地闪存文件系统中。

此错误可能由Supervisor模块生成：

%EARL-SP-2-PATCH_INVOCATION_LIMIT: 10 Recovery patch invocations in the last 30 secs

have been attempted. Max limit reached

%Software-forced reload

或通过DFC线卡：

%EARL-DFC9-2-PATCH_INVOCATION_LIMIT: 10 Recovery patch invocations in the last 30 secs

have been attempted.

Max limit reached

%Software-forced reload

此消息显示在crashinfo文件中。它表示模块重新启动，因为EARL恢复补丁在30秒内应用了10次，但没有成功。会触发模块重置以恢复其正常功能。

要验证过度修补程序调用的触发器，您需要调查crashinfo文件。

在本示例中，您可以看到请求补丁的次数、时间和原因：

Num. of times patch applied   : 10

Num. of times patch requested : 11       <<<<<<<

AclDeny detection: (Total=12 Failed=1)

Time                          Reason          InProgress   Data

---------------------------------+----------------------+----------+------------

Jan 21 2014,05:52:57.281 GMT      Earl Patch Limit Reach   0100       0

Jan 21 2014,05:52:57.281 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:56.905 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:54.677 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:53.625 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:52.773 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:51.661 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:51.257 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:50.321 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:48.709 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:47.933 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

Jan 21 2014,05:52:38.509 GMT        Tycho L2 mode L3 rst   0000       CAFE000C

当“CAFE000C”显示在“Data”列中时，您应该进一步检查crashinfo文件中可用的“show earl status”输出：

--------- show earl status --------

Adj. table interface block : Total interrupts - 11

AT_SEQ_ERR_INT        : 0

AT_FOVR_INT           : 0

AT_FUDR_INT           : 0

AT_IB_ADJ_INT         : 0

AT_BZONE_INT          : 0

AT_CORR_ECC_ERR_INT   : 0

AT_UNCORR_ECC_ERR_INT : 11         <<<<<<<

这意味着EARL补丁已运行，试图从AT_UNCORR_ECC_ERR_INT错误中恢复。这是邻接纠错码(ECC)错误，指示硬件问题。

下一步是重新插入插槽中的模块。如果仍存在错误，则应更换模块。

输入以下命令以验证Supervisor模块上EARL机制的当前状态：

# remote command switch show platform hardware earl status

如果DFC线路卡出现问题，请输入以下命令：

# remote command module [slot number] show platform hardware earl status

具有相关部分的示例输出在下一个示例中示出。请注意，AT_UNCORR_ECC_ERR_INT计数器具有非零值，它验证模块替换：

6500# remote command switch show platform hardware earl status

<snip>

Adj. table interface block : Total interrupts - 2

AT_SEQ_ERR_INT        : 0

AT_FOVR_INT           : 0

AT_FUDR_INT           : 0

AT_IB_ADJ_INT         : 0

AT_BZONE_INT          : 0

AT_CORR_ECC_ERR_INT   : 0

AT_UNCORR_ECC_ERR_INT : 2

AT_ECC_ERR_DATA_CAPT  : 1

如果crashinfo文件的Data列中显示不同的值，建议打开思科技术支持中心(TAC)案例，然后上传show tech输出以及相关的crashinfo文件。

如果报告%EARL-xxx-2-PATCH_INVOCATION_LIMIT错误，则可能适用Field Notice 63743。