Catalyst 6500/6000 系列交换机上常见的 CatOS 错误消息

简介

本文档简要说明运行 Catalyst OS (CatOS) 软件的 Catalyst 6500/6000 系列交换机上的常见 syslog 和错误消息。

如果您遇到本文档中未列出的错误消息，请使用 Error Message Decoder Tool （仅限注册用户）。 此工具提供Cisco IOS®软件和CatOS软件生成错误消息的含义。

注意：本文档描述的系统日志和错误消息的确切格式可能稍有不同。具体差异取决于交换机 Supervisor 引擎上运行的软件版本。

注意：思科建议在Catalyst 6500/6000系列交换机上进行以下最低日志记录配置：

• 发出 set time 命令为交换机设置日期和时间。也可以将交换机配置为使用网络时间协议 (NTP)，从 NTP 服务器获取日期和时间。

• 确保已启用日志记录和日志记录时间戳，即默认设置。

• 如有可能，将交换机配置为登录到 syslog 服务器。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件和硬件版本。

规则

有关文档规则的详细信息，请参阅 Cisco 技术提示规则。

Catalyst 6500/6000 系列交换机上的错误消息

此部分中的消息是运行 CatOS 的 Catalyst 6500/6000 系列交换机上的常见错误消息。

%CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port [dec]/[dec]

问题

交换机频繁生成 %CDP-4-NVLANMISMATCH syslog 消息。

描述

下例显示了当交换机发出此错误消息时您看到的控制台输出：

2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 4/1
2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:
   Native vlan mismatch detected on port 1/1

每当交换机端口与另一个交换机或路由器进行物理连接时，交换机就会生成此消息。交换机上显示此消息是因为端口上配置的本地 VLAN 与所连接交换机/路由器端口上的本地 VLAN 不同。

您配置的带有 IEEE 802.1Q 标记的中继端口能够接收有标记数据流和无标记数据流。默认情况下，交换机会使用为该端口配置的本地 VLAN 转发无标记数据流。如果数据包有一个与传出端口本地 VLAN ID 相同的 VLAN ID，交换机将传输无标记的数据包。否则，交换机将传输有标记的数据包。

确保 802.1Q 中继的中继链路两端的本地 VLAN 相同。如果位于中继一端的本地 VLAN 与另一端的本地 VLAN 不同，将无法在中继上正确传递这两端的本地 VLAN 的数据流。这一问题会导致网络中出现某些连接问题。

发出 show trunk mod/port 命令以验证交换机上配置的本地 VLAN。在此命令中，mod/port 是中继端口。下面是一个输出示例：

Console> (enable) show trunk 5/24 
Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1
 
Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005
 
Port      Vlans allowed and active in management domain 
--------  ---------------------------------------------------------------------
 5/24     1
 
Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24      

Console> (enable)

发出 set vlan vlan_id mod/port 命令以更改中继端口上配置的本地 VLAN。在此命令中，mod/port 是中继端口。

注意：系统日志错误消息“%CDP-4-NATIVE_VLAN_MISMATCH”表示运行Cisco IOS软件的Catalyst交换机中的本征VLAN不匹配。

注意：如果交换机是使用非中继端口连接的，请确保将端口配置为位于相同的 VLAN 中。如果端口不在相同的 VLAN 中，您将得到错误消息 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port [port num]。

DTP-1-ILGLCFG:Illegal config (on, isl--on,dot1q) on Port [mod/port]

问题

交换机生成 DTP-1-ILGLCFG:Illegal config (on, isl--on,dot1q) on Port [mod/port] 错误。

描述

如果您将中继的两端均设置为 on，但封装类型（isl、dot1q）不匹配，则会出现此错误消息。如果您将中继模式设置为 desirable，则中继将因此错误配置而无法正常工作。请检查中继两端的 show trunk 命令的输出以排除故障。确保封装类型是相同的。

%IP-3-UDP_SOCKOVFL:UDP socket overflow

问题

交换机不断生成 %IP-3-UDP_SOCKOVFL:UDP socket overflow syslog 消息。

描述

下例显示了当此错误发生时您看到的控制台输出：

注意：显示的用户数据报协议(UDP)套接字编号可能不同或一致相同。

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

当为指定套接字（UDP 目标端口）上的传入数据包分配的缓冲区已满时，交换机将生成此 syslog 消息。缓冲区已满是因为该套接字的数据流速率过高。例如，当网络管理站发送大量简单网络管理协议 (SNMP) 查询时，就会发生这种情况。当发生 UDP 溢出时，请尝试减少 SNMP 查询数量。要减少查询数量，可增加网络管理站上的轮询间隔或减少网络管理站轮询的 MIB 对象的数量。

在此部分的示例中，交换机接收了过量指向目标 UDP 套接字为 2353 的交换机 IP 地址（或广播地址）的数据包。由于交换机上用于此插槽的输入缓冲区满了，所以交换机生成一个系统日志消息。发出 show netstat udp 命令以查看交换机达到溢出条件的次数。

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable) 

这些 syslog 消息表明一个或多个站点在指定目标 UDP 端口向交换机发送了大量 UDP 数据流。如果交换机生成的此类消息过多，请使用网络分析器识别数据流源，然后减小数据流速率。由于UDP流量发往交换机的CPU，因此您可以使用交换端口分析器(SPAN)功能并将源端口设置为sc0。SPAN标识Supervisor引擎的内部接口。有关详细信息，请参阅 Catalyst Switched Port Analyzer (SPAN) 配置示例。

注意：不要担心无此类端口计数器。该计数器显示的是交换机接收到的指向不存在端口的 UDP 数据包的数量。

%EC-SP-5-L3DONTBNDL1:TE (mod/port) suspended:PAgP not enabled on the remote port

问题

交换机生成 %EC-SP-5-L3DONTBNDL1:TE (mod/port) suspended:PAgP not enabled on the remote port 错误消息。

描述

当第 3 层 (L3) 接口启用了端口聚合协议 (PAgP)，但没有为 PAgP 启用伙伴端口时，通常会出现此错误消息。示例如下：

%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.

该错误消息通常是由配置问题引起的，但也可能是由于硬件/布线问题。请确保配置符合配置指南要求。如果错误仍然存在，请对布线和硬件进行故障排除。要排除硬件故障，请尝试以下方法：

• 重新安装千兆接口转换器 (GBIC)。

• 更换 GBIC。

• 使用不同线卡测试硬件。

%IP-3-UDP_BADCKSUM:UDP bad checksum

问题

交换机不断生成 %IP-3-UDP_SOCKOVFL:UDP socket overflow syslog 消息。

描述

下例显示了当此错误发生时您看到的控制台输出：

注意：显示的UDP套接字编号可能不同或一致相同。

%IP-3-UDP_BADCKSUM:UDP bad checksum

当交换机在 UDP 数据报（如 SNMP 数据包）上发现错误的校验和时，便会生成此 syslog 消息。UDP 数据报头带有一个校验和，接收方网络设备将检查它以验证数据报在传输期间是否损坏。如果收到的校验和与报头中的校验和值不匹配，设备将丢弃数据报并记录一条错误消息。发出 show netstat udp 命令以查看交换机检测到存在错误的校验和数据报的次数。

Console> (enable) show netstat udp
udp:
        0 incomplete headers
        0 bad data length fields
        0 bad checksums
        0 socket overflows
        110483 no such ports
Console> (enable)

此消息仅供参考。网络设备向交换机发送错误数据包就会导致此错误消息。可使用网络分析器以识别数据流源。由于UDP流量发往交换机的CPU，因此您可以使用SPAN功能并将源端口设置为sc0。SPAN标识Supervisor引擎的内部接口。有关详细信息，请参阅 Catalyst Switched Port Analyzer (SPAN) 配置示例。

注意：不要担心无此类端口计数器。该计数器显示的是交换机接收到的指向不存在端口的 UDP 数据包的数量。

%KERNEL-5-UNALIGNACCESS:Alignment correction made

问题

交换机不断生成 %KERNEL-5-UNALIGNACCESS:Alignment correction made syslog 消息。

描述

此示例显示当此错误生成时您看见的系统日志输出：

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6

这些 syslog 消息表明在尝试访问 DRAM 中的数据期间交换机 CPU 检测到并纠正了一个校验错误。这些消息只为提供信息。它们并不表示交换机出现问题，不会影响系统性能。

有时，您会看到大量这类消息。例如，这些消息会充斥您的 syslog 服务器日志文件或您的交换机控制台。如果收到过多这类消息，请考虑将交换机软件升级到您的软件版本系列的最新维护版本。或者发出 set logging level kernel 4 default 命令将 Kernel 设备的日志级别修改为 4 或更低。

如果在升级到最新维护版本后仍然收到这些 syslog 消息，请向 Cisco 技术支持提出服务请求。

%MCAST-4-RX_JNRANGE:IGMP:Rcvd Report in the range

问题

交换机生成 Invalid traffic from multicast source address 消息。

描述

此示例显示当此错误生成时您看见的系统日志输出：

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

Rcvd Report in the range系统消息只与信息有关的。交换机在收到具有以 01-00-5e-00-00-xx 开始的组播 MAC 地址的 Internet 组管理协议 (IGMP) 报告数据包时将生成此消息。此第2层(L2)地址范围相当于224.0.0.0到224.0.0.255之间的第3层组播地址范围。这些地址保留用于使用路由协议和其他低级拓扑发现或维护协议。这些协议的示例包括网关发现和组成员报告。

要排除此问题故障，可针对 IGMP 消息使用数据包捕捉工具（如嗅探器和过滤器）。此外，您还可以使用 Catalyst SPAN 功能复制疑似从网络设备接收这些消息的端口的数据包。要抑制这些消息，可发出命令 set logging level mcast 2 default。该命令将组播消息的日志级别更改为 2。

请使用 show multicast router 命令显示的端口和/或任何指向网络核心的上行链路作为 SPAN 源端口。如果这些端口是中继端口，则还要将 SPAN 目标端口配置为中继端口。发出 show trunk 命令以验证端口是否是中继端口。

%MCAST-2-IGMP_FALLBACK:IGMP:Running in FALL BACK mode

问题

启用了 IGMP 探听的交换机显示 %MCAST-2-IGMP_FALLBACK:IGMP:Running in FALL BACK mode 错误消息。

描述

此示例显示当此错误生成时您看见的系统日志输出：

%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode

当交换机收到指向 01-00-5e-00-00-xx 范围内的组播 MAC 地址的过多组播数据流时，交换机将生成此 syslog 消息。IGMP 探听不支持组播流向在此 MAC 地址范围内的地址。缺乏此支持是因为此范围内的 MAC 地址还用于 IGMP 控制数据流，例如分支、加入和一般查询。在本节的示例中，交换机接收的流量过多，目的MAC地址为01-00-5e-00-00-01。此消息表明网络管理处理器(NMP)检测到禁用协议重定向转义逻辑的组播数据流。数据流被赋予以下特殊组播地址别名之一：

01-00-5e-00-00-01
01-00-5e-00-00-04
01-00-5e-00-00-05
01-00-5e-00-00-06
01-00-5e-00-00-0d

当交换机检测到较高的这类数据流速率时，交换机将短时间暂停指定目标 MAC 地址的数据包探听。这种冻结称为后退模式。然后，交换机将重新开始探听，称为正常模式。当交换机以后退模式运行时，交换机将生成此部分所描述的 syslog 消息。

请通过以下方法之一检测哪个交换机生成了指向 01-00-5e-00-01 的数据流：

• 发出set span sc0 mod/port命令以监控sc0端口并将流量发送到嗅探器。SPAN 会显示定向到交换机 CPU 的所有数据流。

  注意：只有当交换机不处于回退模式时，发往这些MAC地址的流量才会重定向到CPU。当交换机处于后退模式时，交换机不允许数据包流向 CPU 以避免数据流泛洪。

• 如果您运行软件版本 6.3(10)、7.4(3) 或更高版本，还有其他 syslog 消息表明存在冲突的 MAC 地址、源端口和源 IP 地址。请参考这些 syslog 消息，它们类似如下所示：

  2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP:
     Address Aliasing for 224.0.0.1
  2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP: 
     Running in FALL BACK mode
  2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP: 
     Multicast address aliasing: From 00-00-0c-11-22-33 
     (3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)

应急方案是隔离生成这种组播数据流的主机。验证哪个地址被赋予别名。设法不要将此地址用于组播数据源。在 syslog 消息中，您可以找到主机地址以找出主机发送此数据流的原因。在本例中，主机的位置是 3.3.3.33。

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:([dec],[dec],[dec],[dec])

问题

交换机生成 MGMT-4-OUTOFNVRAM:Out of NVRAM space syslog 消息。

描述

当系统的 NVRAM 空间不足时，您会看到类似如下的消息：

%MGMT-4-OUTOFNVRAM:Out of NVRAM space:  (62,39204,524288,24976)

该消息表明 NVRAM 写入操作因空间不足而失败。括号中的四个 [dec] 分别表示：

• 第一个 [dec] — 写入到 NVRAM 中的配置块

• 第二个 [dec] — 写入到 NVRAM 中的配置的大小

• 第三个 [dec] — 系统中的总 NVRAM 大小

• 第四个 [dec] — 可用 NVRAM 空间量

应急方案是将系统配置从默认的二进制模式更改为文本模式。如果配置很大，不适合以二进制格式存储在 NVRAM 中，请使用文本模式。当您键入更改时，基于文本的方法不会将配置更改写入 NVRAM，而是将更改存储在 DRAM 中，直至您在命令行中使用 write memory 命令。有关进一步的配置说明，请参阅文档使用 Flash 文件系统中的设置文本文件配置模式 部分。

注意：使用文本模式时，仅删除QoS和安全访问控制列表(ACL)配置和模块相关配置。其余配置仍与以前一样以二进制格式保存在 NVRAM 中。

Cannot enable text mode config if ACL config is cleared from nvram

问题

交换机生成 Cannot enable text mode config if ACL config is cleared from nvram 错误消息。

描述

如果在当前提交的 ACL 配置未保存在 NVRAM 中时尝试从二进制模式配置更改为文本模式配置，交换机将生成此消息。

多数情况下，您可以发出 set config acl nvram 命令以解决此问题。该命令会将当前提交的 ACL 配置从 DRAM 复制到 NVRAM 中。

MGMT-5-LOGIN_FAIL:User failed to log in from Console

问题

交换机生成 MGMT-5-LOGIN_FAIL:User failed to log in from Console 错误。

描述

该消息可能表明连接到交换机控制台端口的终端服务器出现问题。当交换机控制台连接到终端服务器的异步线路，并且您在交换机上执行软重置，则屏幕将显示长达几分钟的垃圾（随机字符）流。如果交换机上启用了 TACACS，那么几分钟将变成几天，因为 TACACS 会逐个缓冲和处理垃圾。解决方法是在交换连接的异步线路上发出no exec指令。

注意：即使发出no exec命令，消息仍会继续，直到缓冲区清除。

%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

问题

交换机频繁生成 %PAGP-5-PORTFROMSTP 和 %PAGP-5-PORTTOSTP syslog 消息。

描述

下例显示了当交换机生成这些 syslog 消息时您看到的控制台输出：

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
%PM_SCP-SP-4-LCP_FW_ABLC

PAgP 日志设备会报告涉及 PAgP 的事件。您使用 PAgP 协商交换机之间的 EtherChannel 链路。交换机在链接损失的交换机端口生成%PAGP-5-PORTFROMSTP系统消息。交换机在链接检测的交换机端口生成%PAGP-5-PORTTOSTP系统消息。这些 syslog 消息是普通的信息性消息，表明生成树中添加或删除了端口。

注意：不需要启用信道功能才能显示这些消息。

在此部分的示例中，交换机首先失去端口 3/3 上的链路，并将该端口从生成树中删除。然后，交换机又在该端口上检测到了链路，并将该端口重新添加到生成树中。

如果特定端口频繁显示这些消息，则表明链路出现抖动，即链路不断丢失并恢复。请调查原因。交换机端口上链路抖动的典型原因包括：

• 速度/双工不匹配

• 延迟冲突

• 电缆故障

• 网络接口卡 (NIC) 故障或其他终端站点问题

• 交换机端口故障

• 其他错误配置

如果希望抑制这些 syslog 消息，请发出 set logging level pagp 4 default 命令将 PAgP 设备的日志级别更改为 4 或更低级别。PAgP 的默认日志级别是 5。

%SPANTREE-3-PORTDEL_FAILNOTFOUND

问题

交换机不断生成 %SPANTREE-3-PORTDEL_FAILNOTFOUND syslog 消息。

描述

此示例显示当此错误生成时您看见的系统日志输出：

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

这些系统日志消息表明，PAgP尝试从生成树中删除特定VLAN的端口，但VLAN的该端口不在生成树数据结构中。通常情况是，另一个进程（如动态中继协议 (DTP)）已经从生成树中删除了该端口。

这些消息通常会伴随 %PAGP-5-PORTFROMSTP 消息。这些消息用于调试。它们并非表示交换机出现问题，不会影响交换性能。此外，除非您更改了默认 SPANTREE 设备日志配置，否则不会记录这些消息。SPANTREE的默认记录级别是2。

有时，您会看到大量这类消息。例如，这些消息会充斥您的交换机控制台。如果收到过多这类消息，请考虑将交换机软件升级到您的软件版本系列的最新维护版本。多数情况下，较高的软件版本会抑制这些消息。

%SYS-1-CFG_RESTORE:[chars] block restored from backup

问题

交换机生成 %SYS-1-CFG_RESTORE syslog 消息。

描述

下例显示了当交换机发出此错误消息时您看到的控制台输出：

2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup

这些消息只为提供信息。版本 6.4(x) 中引入的 NVRAM 监控功能会生成这些消息。这些消息基本上报告的是 NVRAM 中存在损坏的块，并从备份恢复了配置。[chars] 是用户或进程可以修改的块类型。默认情况下将执行 NVRAM 中损坏块的检查。任何损坏的块将使用 DRAM 中的副本进行恢复。因此配置不会丢失。

%SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply rating

问题

交换机不断生成 %SYS-1-SYS_OVERPWRRTNG syslog 消息。

描述

下例显示了当交换机发生此错误时您看到的控制台输出：

Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating
Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply 
rating

该消息表明系统需要比额定电源更多的供电。电源管理 LED 亮起红灯。仅当系统已充分配置完毕且 Supervisor 引擎未能获取相当电源时才会发生这种情况。

应急方案是重新接入电源然后将 Supervisor 引擎软件升级到支持硬件的版本。请参阅 Cisco Catalyst 6500 系列交换机发行版本注释的支持的硬件 部分，了解相关版本。

%SYS-1-MOD_DCPWRMISMATCH:Module [num] DC power failure detected during polling

问题

交换机不断生成 %SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling syslog 消息。

描述

下例显示了当交换机发生此错误时您看到的控制台输出：

%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling

该消息可能是由以下任意问题导致的：

• 线卡未正确安装在机箱中。

  重新安装线卡。

• 机箱插槽故障。

  检查引脚是否弯折。在不同插槽中测试线卡。

• 线卡故障。

  请与 Cisco 技术支持联系。

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module

问题

在具有冗余 Supervisor 引擎（多层交换机特性卡 [MSFC] 和策略特性卡 [PFC]）的 Catalyst 6000 交换机上，这种总线 ASIC 序列不匹配问题会在一个交换过程中发生：

SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module 
[dec] (asic=[dec], srcidx=0x[hex], seq=[dec])

描述

下例显示了当交换机发生此错误时您看到的控制台输出：

%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 
(asic=1, srcidx=0x0, seq=0)

错误位于在 Supervisor 和线卡之间进行通信的交换机模块配置协议 (SCP) 总线上。Supervisor 向线卡发送一个检测信号，但这些线卡未能对 Supervisor 做出适当响应。

这些错误消息可能是由以下任意原因造成的：

• Supervisor 引擎过于繁忙

• 生成树协议 (STP) 形成环路

• ACL 和 QoS 监察器截住或丢弃了带内通信信道上的数据流

• 端口 ASIC 同步问题或交换机矩阵模块问题

• 硬件故障或模块安装不当

有时，以下线卡中也会出现这些消息：WS-X6348-RJ45 和 WS-X6516-GBIC。

该消息没有什么影响，可以忽略。应急方案是取下模块并重新将其牢固插入。线卡可热插拔，并且他们可以使用与原始位置相同的插槽，以便所有端口都与 Supervisor 配置匹配。

%SYS-3-EOBC_CHANNELREINIT

问题

交换机生成 %SYS-3-EOBC_CHANNELREINIT syslog 消息。

描述

以下示例显示了当发生此错误时您看到的 syslog 输出：

• CatOS 版本 6.3.8、7.3.2 和 7.5.1：

  %SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

• CatOS 版本 7.6(6)：

  %SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)

该消息是在 CatOS 版本 6.3.8、7.3.2 和 7.5.1 中引入的。它表明出现一种非致命性错误，即同时发生以下两种情况：

• 交换机在系统控制器专用集成电路 (ASIC) 上检测到以太网带外信道 (EOBC) 传输 (TX) 队列滞留情况。

• ASIC 已重新初始化，但未重置交换机。

注意：存在带有故障EOBC缓冲区的卡也可能导致消息。

EOBC 是 Supervisor 和线卡用于通过背板通信的 100 Mbps 半双工连接。由于它们是半双工，因此通信信道中会发生冲突。如果偶尔报告这些消息，则属正常，因为这是自我恢复过程的一部分。

数据流会继续流经交换机。该消息只为提供信息，无需任何操作。较高软件版本更改了消息的严重性级别，以使其严重性与错误的严重程度相符。如果非常频繁地看到此消息，则很有可能是控制数据流丢包，这是需要关注的原因。如果重新初始化的消息在较短时间间隔内出现，请与 Cisco 技术支持联系以做进一步调查。

%SYS-3-SYS_MEMERR:[chars] while [chars] address 0x[hex]

问题

syslog 中出现以下错误消息：

• %SYS-3-SYS_MEMERR:Bad magic number while freeing address 0x82175564

  或

• %SYS-3-SYS_MEMERR:Bad process id while allocating address 0x80ea51a4

描述

这些错误消息表明内存管理检测到内存损坏。第一个 [chars] 可能是以下短语之一：

• 超出范围

• 校准错误

• Block is not free

• Back pointer mismatch

• Bad magic number

• Succeeding block out of range

• Succeeding block improperly aligned

• Preceding block out of range

• Preceding block improperly aligned

• Bad process id

第二个 [chars] 可能是以下两者之一：

• 释放

• 分配

[hex] 字段是要释放或分配的块地址。

%SYS-3-SYS_MEMERR 错误消息表明在访问内存块期间，内存管理发现信息已损坏。该问题会偶尔发生，对交换机不会产生不利影响。如果该错误在短时间内多次出现，请检查以确认错误消息所提及的块地址是否是相同的块地址。如果是相同的块地址，则有可能是内存芯片上的特定区域已损坏且需要更换。

SYS-3-SYS_LCPERR3:Module [dec]:Coil [dec] Port [dec] stuck [dec] times ([dec] due to lcol;[dec] due to notx)

问题

SYS-3-SYS_LCPERR3:Module [dec]:Coil [dec] Port [dec] stuck [dec] times ([dec] due to lcol;[dec] due to notx) 错误消息。

描述

这些错误消息表明模块检测到端口 ASIC 出现问题并锁定了某个端口，

它们并不一定表示出现硬件问题。如果交换机由于双工不匹配或电缆较长而发生延迟冲突，则会第一次出现该错误。不过，CatOS 7.2(2) 代码中有一个软件 Bug 会导致交换机无法检查递增错误。相同的错误会重复记录到日志中。有关此问题的详细信息，请参阅Cisco Bug ID CSCdx79107 (仅注册客户)。CatOS 版本 7.3(1) 修复了此问题。

所生成的 syslog 错误类似如下所示：

• 2005 Aug 02 09:20:16 %SYS-3-SYS_LCPERR3:Module 5:Coil 3 Port 1:stuck 3 times(3 due to lcol;0 due to notx)

• 2005 Aug 02 10:10:45 %SYS-3-SYS_LCPERR3:Module 5:Coil 3 Port 1:stuck 3 times(3 due to lcol;0 due to notx)

以下列表定义了该错误消息的元素：

• Module [dec] 是报告错误的模块。

• Coil [dec] 是报告错误的 ASIC 编号。

• Port [dec] 是发生错误的 ASIC 端口。

• stuck [dec] 是错误持续情况。

• 最后两个 [dec] 是 lcol 和 notx 计数。

要关闭这些 syslog 错误消息，请发出 set errordetection portcounters disable 特权模式命令。

此外，请检查端口物理状态是否存在以下任何问题：

• 双工不匹配

• 所连接工作站上的 NIC 停止同步

• 因错误而禁用情况

• 延迟冲突

• 任何链接级错误

要解决由上述任何原因导致的问题，请参阅以下文档：

• 排除 Cisco Catalyst 交换机的 NIC 兼容性问题

• 在 CatOS 平台上恢复处于 errDisable 状态的端口

如果错误多次出现，请与 Cisco 技术支持联系以进一步解决此问题。

%SYS-3-SYS_LCPERR3:Module [dec]:Pinnacle #[dec], Frames with Bad Packet CRC Error (PI_CI_S_PKTCRC_ERR - 0xC7) = [dec]

该消息表明模块检测到由总线 ASIC 从 DBus 接收到的帧具有错误数据包 CRC。第一个 [dec] 是模块编号。第二个 [dec] 是报告错误的 ASIC 编号。第三个 [dec] 是错误计数。

错误 CRC 数据包可以是从数据总线的任意端口发送来的。可能的原因是安装不当或线路模块故障。

在维护期间，如果您可以对交换机进行故障排除，请重新安装包括 Supervisor 在内的所有模块，并检查该错误消息是否再次出现。如果出现，则可以通过两个过程确定哪个模块是错误数据包的根源并更换该模块。

过程 1

使用诊断级别：

1. 配置交换机以进行完整的 POST 分析。

   set test diaglevel complete
   
   

2. 重新安装所有模块，包括 Supervisor 引擎。

3. 获取 POST 分析结果。

   show test all
   
   

4. 与 Cisco 技术代表联系并告知 show test all 命令的输出。

过程 2

使用 Pinnacle ASIC 计数器：

1. 每次卸下一个模块。

2. 使用以下命令并观察计数器 0xC7 的错误增量。

   show asicreg 
           
           
             / 
             
             pinnacle errcounters 
             
           
   

   此命令会显示该模块中的 Pinnacle ASIC 的所有计数器。计数器 0xC7 显示在输出的第三行。每次执行该命令时，计数器都将清零。理想的计数是 0 个错误。

   C6500> (enable) show asicreg 3/1 pinnacle errcounters
   
   00C5: PI_CI_S_HDR_FCS_REG                      = 0000
   00C6: PI_CI_S_RBUS_FCS_REG                     = 0000
   00C7: PI_CI_S_PKTCRC_ERR_REG                   = 0000
   00C8: PI_CI_S_PKTLEN_ERR_REG                   = 0000
   00C9: PI_CI_S_BPDU_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CA: PI_CI_S_QOS0_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CB: PI_CI_S_QOS1_OUTLOST_REG                 = 0000
   00CE: PI_CI_S_HOLD_REG                         = 0000
   00CC: PI_CI_S_QOS2_OUTLOST_REG                 = 0000
   
   !--- Output elided.
   
   

3. 重复步骤 1 和 2，直到不再出现错误。请与 Cisco 技术代表联系以更换故障模块。

%SYS-4-SUPERVISOR_ERR:

问题

syslog 中出现以下错误消息：

%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1 
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38 

描述

这些消息表明交换机转发引擎收到长度小于最低允许长度的 IP 数据包并丢弃数据包。在早于 7.x 的代码版本中，转发引擎会以静默方式丢弃数据包并将该数据包计数在转发引擎统计中。在 7.x 或更高的代码版本中，该消息每 30 分钟在 syslog 中记录一次。

对交换机这一方面没有影响。交换机会丢弃错误数据包，否则接收设备最终也会丢弃此类数据包。唯一需要关注的是发送错误数据包的设备。可能的原因包括错误 NIC 驱动程序、NIC Bug 或错误应用程序。Supervisor 引擎不会跟踪发送错误数据包的设备的源 IP 地址。检测这些设备的唯一方法是使用嗅探器追踪源地址。

该消息只是交换机提供的信息和警告。为交换机发出 set errordetection portcounters disable 命令可禁用这些错误消息。

%SYS-4-P2_WARN:1/Invalid traffic from multicast source address

问题

交换机生成 Invalid traffic from multicast source address 消息。

描述

此示例显示当此错误生成时您看见的系统日志输出：

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address

当交换机收到使用组播 MAC 地址作为源 MAC 的数据包时，将生成此组播源地址 syslog 消息。使用广播或组播 MAC 地址作为帧的源 MAC 并不是符合标准的行为。不过，交换机仍会转发源自组播 MAC 地址的数据流。该 syslog 消息会在帧的源 MAC 字段中显示组播 MAC 地址以及接收数据流的端口。应急方案是尝试识别生成具有组播源 MAC 地址的帧的终端站。一般而言，以下这些设备之一会发出这样的帧：

• 数据流生成器，如 Spirent SmartBits

• 共享组播 MAC 地址的第三方设备，例如负载均衡防火墙或服务器产品

解决方法

该错误不会导致任何性能问题。要避免错误消息，请禁用消息的日志。另一个应急方案是追踪生成具有组播源 MAC 地址的帧的设备。然后，使用嗅探器或 SPAN 配置找到该设备并检查其配置。

%SYS-4-PORT_ERR:Port 15/1 rxTotalDrops

问题

syslog 中出现以下错误消息：

• %SYS-4-PORT_ERR:Port 16/1 rxTotalDrops (7426859)

  或

• %SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)

描述

在本节的示例中，ERRORDETECTION PORTCOUNTERS已启用，并且端口1/1上出现接收(Rx)错误。但系统日志(SYS-4-PORT_ERR)消息报告15/1上的rxTotalDrops，而不是1/1。

注意：  ERRORDETECTION PORTCOUNTERS 默认为禁用。

在某些安装中，软件会启用该功能，并且它在升级后会保持启用。全新安装的 6.3(1) 已解决了此问题。如果您看到此消息，请检查第一个上行链路端口（1/1 或 2/1），而不是 syslog 报告的端口（15/1 或 16/1）。 show counters 命令的输出会显示发生的错误。如果报告错误的唯一错误计数器是 rxTotalDrops，则发生的丢包很可能是 Color Blocking Logic (CBL) 丢包。如果生成树阻断了该端口的某个 VLAN，则会发生这些丢包。CBL 丢包是在某个 VLAN 的中继上收到的数据包，而该中继阻断了该 VLAN。例如，在受阻端口上仍可接收广播、组播或未知单播。

如果还有其他错误计数器报告错误，则需要进一步调查原因。

应急方案是禁用 ERRORDETECTION PORTCOUNTERS。发出 set errordetection portcounters disable 命令。

%SYS-4-MODHPRESET:

问题

交换机向交换机控制台和 syslog 报告有关 WS-X6608 线卡的以下错误消息：

2002 Aug 26 09:22:58 %SYS-4-MODHPRESET:
   Host process (860) 3/5 got reset asynchronously

描述

WS-X6608 模块上的活动 T1 或 E1 端口以随机且偶然的方式发生重置。这种重置会导致丢弃针对公共交换电话网 (PSTN) 的所有活动呼叫。 未配置但启用了的端口会连续重置以尝试连接 Cisco CallManager。这些重置消息会重叠到活动的网关端口上并引起不希望的重置。重叠和重置是可能的，因为所有八个端口都共享处理器。如果配置了该系统消息，它会持续出现在您的控制台屏幕和 syslog 中。此刀片会出现这种行为。它并不影响系统性能。

应急方案是禁用未使用的端口。发出 set port disable mod/port 命令。将所有端口添加到 Cisco CallManager 数据库中。您可以将这些端口配置为网关、介质终止点 (MTP) 或硬件会议网桥。

%SYS-4-NVLOG:SYNDIAGS:Bus ASIC sync error

问题

syslog 在日志中报告以下错误消息：

2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 16, bus I/F register = 0xa0
2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS:
   Bus ASIC sync error on Module 1, bus I/F register = 0x30

描述

该消息可能表明 Supervisor 引擎 ASIC 在诊断运行之前未同步。当您收到该消息时，请尝试重新安装模块或将模块移到其他插槽并查看消息是否停止出现。如果您仍然收到该消息，请发出 show test mod_number 命令、收集输出并与 Cisco 技术支持联系。此问题是硬件问题。应急方案是更换发出此错误消息的模块。

SYS-4-PORT_GBICBADEEPROM:/ %SYS-4-PORT_GBICNOTSUPP:

问题

GBIC 模块 WS-G5484、WS-G5486 和 WS-G5487 看似运行正常，但模块报告以下软件错误：

%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum 
%SYS-4-PORT_GBICNOTSUPP: port gbic not supported

描述

当您使用 GBIC 模块 WS-G5484、WS-G5486 和 WS-G5487 与 WS-X6408-GBIC 卡时，虽然没有问题，软件日志中也会出现错误消息。当您将同样的这些 GBIC 插入其他模块或 Supervisor 引擎时，只要 GBIC 具有有效的 Cisco GBIC Supervisor 引擎 EEPROM (SEEPROM)，就可能不会出现错误。 该错误消息只为显示信息，并不影响经过模块或 GBIC 的数据流。

该问题只是一个表面的软件问题。不必更换硬件。当 Cisco GBIC 上具有可用的 SEEPROM 时，以下可用的 Catalyst 软件版本已经修复了此问题：

• CatOS 5.5(5) 及更高版本

• CatOS 6.2(3) 及更高版本

如果 GBIC 没有 Cisco SEEPROM，则升级 CatOS 软件并不会修复错误信息。在这种情况下，该错误会表明使用了早期版本的 Cisco GBIC 或未经认证的非 Cisco GBIC。您只能根据支持合约或担保条款更换获得认证的 Cisco GBIC。请查看 GBIC 外壳顶部的标签以确认 GBIC 是否是经认证的 Cisco GBIC。请查找以下内容：

• Cisco 徽标

• 以 30 开始的 Cisco 部件号

• GBIC 供应商名称

有关详细信息，请参阅 Field Notice:G5484, G5486, G5487 GBICs Generate Bad EPROM Errors。

SYS-4-SYS_LCPERR4:Module [dec]:Pinnacle #[dec] PB parity error

问题

控制台或 syslog 报告以下错误消息：

%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path.
      Status=0x0046: Module needs troubleshooting or TAC assistance. 
%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path.
      Status=0x0002: Module needs troubleshooting or TAC assistance.

描述

该消息可能表明出现临时 Pinnacle ASIC 数据包缓冲问题。第一个 [dec] 是模块编号。第二个 [dec] 是 ASIC 编号。如果错误只局限于单个模块，请重新安装模块并重新为其通电。如果频繁看到此错误消息，请与 Cisco 技术支持联系以获取进一步帮助。

%SYS-5-SYS_LCPERR5:Module module

问题

控制台或 syslog 报告以下错误消息：

%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32: 
%SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32: 

描述

该错误消息是特定于 6348 线卡的。问题部分的日志消息可能是由硬件或软件问题导致的。请完成此部分中的步骤以确定问题是硬件问题还是软件问题。

如果以下两项属实，请完成下述步骤：

• 您只看到问题部分所示的消息，而 syslog 中没有与线圈有关的其他消息。

• 您在一个端口上发生传输停滞，而非在一组（12 个）端口上。

1. 以 2 秒钟为间隔两次发出 show mac mod/port 命令以确认是否发生传输停滞。

   尝试在发出每个命令之间的间隙发送数据流。验证传输计数器是否增加。如果看到计数器数值增加，则传输未发生停滞。

2. 禁用再启用端口并检查它们是否恢复。

3. 发出 reset mod_number 命令对模块进行软重置。

   检查模块是否恢复。

4. 发出 set module power {up | down} mod_number命令以硬重置模块。

   检查模块是否恢复。

如果以下各项均属实，那么您很可能遇到软件问题：

• 您禁用再启用端口并对模块进行软重置或硬重置，卡回到线路中。

• 在 show test 命令输出中，所有端口均通过诊断。

• 数据流开始正常传递。

如果所有这些项都正确，请参阅Cisco Bug ID CSCdu03935 (仅限注册客户)。 版本 5.5(18)、6.3(10)、7.4(3) 及更高版本修复了此问题。

有时，您会看到 %SYS-5-SYS_LCPERR5:Module 9:Coil Pinnacle Header Checksum Error - Port #37 错误消息以及以下一条或多条消息：

• Coil Mdtif State Machine Error

• Coil Mdtif Packet CRC Error

• Coil Pb Rx Underflow Error

• Coil Pb Rx Parity Error

如果看到这些消息，请确定以下各项是否部分或全部属实：

• 在对模块进行软重置或/和硬重置后，模块仍未回到线路中。

• 模块回到线路中，但一组（12 个）端口在 show test 命令输出中的诊断失败。

• 当您启动时，模块停滞在 other 状态。

• 模块上的所有端口 LED 都变为琥珀色。

• 当您发出 show port mod_number 命令时，所有端口都处于 errdisabled 状态。

如果您遇到上面列出的任何问题，则很可能是出现硬件故障。您必须更换卡。

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block [#] unconvertible

问题

交换机不断生成 convert_post_SAC_CiscoMIB:syslog 消息。

描述

下例显示了当出现此消息时您看到的控制台输出：

SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

当您升级或降级 CatOS 代码版本时，经常会看到这些控制台消息。当您加载另一台交换机生成的交换机配置或使用另一个代码版本的交换机配置时，也会出现这些消息。故障切换到备用 Supervisor 引擎也会生成这些消息。

不同的代码版本包含 NVRAM 存储的变量。当交换机初始启动为较高或较早的 CatOS 版本时，交换机会将先前的配置转换为当前引导镜像可用的版本。在此过程中，在当前形式下不需要或不能使用的特定内存块将不予分配和转换。这一内部功能生成了该错误消息。

该消息通常只为提供信息。请比较先前配置和当前配置以验证所有配置信息是否均已适当转换。

如果在没有发生代码升级、配置更改或 Supervisor 引擎故障切换的情况下出现这些消息，请向 Cisco 技术支持提出服务请求。

%SYS-6-CFG_CHG:Module [dec] block changed by SecurityRx

问题

交换机不断生成 %SYS-6-CFG_CHG:Module [dec] block changed by SecurityRx syslog 消息。

描述

下例显示了当交换机发生此错误时您看到的控制台输出：

%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx
%SYS-6-CFG_CHG:Module 4 block changed by SecurityRx

该消息表明配置块已修改。当交换机上配置了端口安全且启用了老化时就会出现这些消息。PSecure MAC 是从端口安全进程中学习的 MAC 地址并添加到 CAM 表中作为保护端口安全的静态条目。如果您的端口安全配置具有老化时间，则在到达老化时间时，MAC 地址将从 CAM 表和 NVRAM（其中存储了 PSecure MAC）中删除。在老化行为发生之后从该端口接收到的下一个数据包将帮助重新为 CAM 和 NVRAM 填入 PSecure MAC 地址。

InbandPingProcessFailure:Module x not responding over inband

问题

show log 命令输出中出现以下错误消息：

InbandPingProcessFailure:Module 2 not responding over inband 
InbandPingProcessFailure:Module 2 not responding over inband 

描述

该消息表明模块没有通过带内通信信道响应 Supervisor 引擎请求。该错误可能是由以下情况之一导致的：

• Supervisor 引擎过于繁忙。

• 出现生成树协议 (STP) 环路。

• ACL 和 QoS 监察器截住或丢弃了带内通信信道上的数据流。

• 出现端口 ASIC 同步问题。

• 出现交换机矩阵模块问题。

Supervisor 引擎通过一个特别 ping 每 10 秒钟轮询一次多层交换机特性卡 (MSFC)。如果 MSFC 未能响应三个连续 ping，Supervisor 引擎将重置 MSFC。此外，在 CatOS 版本 6.2 及更高版本中，活动和备用 Supervisor 引擎会通过带内信道彼此轮询，并且交换机会故障切换到备用 Supervisor 引擎。

注意：  如果您最近向/从版本 6.3(10)、7.4(2) 或 7.4(3) 进行了迁移，那么如果您发出 show log 命令或 show tech-support 命令且日志中出现 InbandPing 故障消息，则交换机会进行重置。应急方案是在发出 show log 命令之前发出 clear log 命令。Cisco Bug ID CSCdz32730 (仅限注册客户)标识此警告。该问题在版本 6.4(1)、7.5(1) 及更高版本中已得以解决。

通常，这些消息是由端口 ASIC 故障或与背板的不可靠连接导致的。请完成以下步骤：

1. 卸下消息所指的模块。

2. 将模块重新牢固安装到其插槽中。

   发出 set test diaglevel complete 命令以确保启用完全诊断模式。

   发出 show log mod_number 命令和 show test mod_number 命令以找出任何失败的测试。

3. 如果步骤 2 未能解决问题，请向 Cisco 技术支持提出服务请求。

   请完成以下步骤以提供必要信息：

   1. 捕获 CatOS 的相应 show 命令的输出。

      • 如果所指模块不是 MSFC，请捕获以下命令的输出：

        • show tech-support

        • show log

        • show logging buffer 1024

        • show test mod_number

          注意：对每个线卡发出一次此命令。

        • show scp mod mod_number

          注意：对每个线卡发出一次此命令。

        • show mod

      • 如果所指模块是 MSFC，请捕获以下命令的输出：

        • show inband

        • show test 0

        • show scp stat

        • show scp failcnt

        • show scp mod

        • show scp process

        注意：show scp命令已隐藏。

      此外，还要检查 Bootflash 中的所有 Crashinfo 文件。发出 show bootflash: 命令。

   2. 确定问题何时发生以及发生的频率。

      问题是否在带内连接发生拥塞时发生？在 Supervisor 引擎上的 sc0 接口与 MSFC 上的 VLAN 接口之间执行一个 ping 测试以测试带内拥塞情况。如果您的 Catalyst 运行 CatOS 系统软件，请执行以下步骤：

      1. 在 Supervisor 引擎命令行界面 (CLI) 上捕获 show inband 命令的输出。

      2. 打开一个单独的与 MSFC 的直接 Telnet 会话，并从 VLAN 接口向 sc0 接口执行 ping 操作。

      3. 再次捕获 Supervisor 引擎 CLI 上的 show inband 命令输出。

      4. 如果多个 ping 失败或超时，请发出 set span sc0 mod/port both inpkts disable 命令。

         该命令为 sc0 接口配置一个 SPAN 会话。启动嗅探器或类似软件后，在 sc0 与 VLAN 接口之间执行扩展的 ping 测试。

   3. 确定 sc0 是分配给专用管理 VLAN 还是分配给了具有大量数据流（尤其是广播和组播）的 VLAN。

   4. 监控 show errordetection inband 命令的输出。

      set errordetection 命令可帮助您监控交换机。如果检测到错误，syslog 会在性能明显降低之前通知您出现问题。show errordetection inband 命令可显示带内故障类型，如带内停滞、资源错误或启动时的带内故障。

Invalid feature index set for module

问题

当您在 Catalyst 6500/6000 系列交换机中安装新的交换模块时，会显示 Invalid feature index set for module 错误消息。

描述

下例显示了当此错误发生时您看到的控制台输出：

%SYS-5-MOD_INSERT:Module 4 has been inserted
Invalid feature index set for module 4

当 Supervisor 引擎上当前运行的软件镜像版本不支持您插入的硬件时，就会发生 Invalid feature index set for module 错误。

在此部分的示例中，一个 48 端口 10/100 Mbps 交换模块 (WS-X6348-RJ-45) 插入到运行软件版本 5.3(2)CSX 的 Catalyst 6000 交换机中。WS-X6348-RJ-45 模块要求的最低软件版本是 5.4(2)。

应急方案是将 Supervisor 引擎软件升级到支持该硬件的版本。有关每个模块的最低软件版本的列表，请参阅 Catalyst 6000/6500 软件版本 5.x 发行版本注释。

Pinnacle Synch Failed

问题

启动时出现 Pinnacle Synch Failed 错误消息。

描述

下例显示了当此错误发生时您看到的控制台输出：

System Power On Diagnostics Complete
 
Boot image: bootflash:cat6000-sup.5-4-4.bin

In Local Test Mode, Synch Failed. Retries: 4

Local Test Mode encounters Minor hardware problem in Module # 1

Running System Diagnostics from this Supervisor (Module 1)
This may take up to 2 minutes....please wait
Pinnacle Synch Failed. Retries: 4
Minor hardware problem in Module # 1
Use 'show test 1' to see results of tests.


Cisco Systems Console

Enter password:

应急方案是关闭交换机并检查以下事项：

• Supervisor 引擎和所有交换模块已牢固安装在机箱背板中。

• 模块左右两侧的弹出杆已充分就位。确保将弹出杆完全按向模块的前面板。

• 模块左右两侧的翼形螺钉已拧进卡柜并已拧紧。

确认所有模块已正确安装到机箱中后，打开机箱电源。

如果仍然显示 Pinnacle Synch Failed 消息，则可能是其中一个模块存在硬件故障。

关闭交换机并卸下所有交换模块。在机箱中只保留 Supervisor 引擎时打开交换机。每次只添加一个模块并重复这一过程，直至找到有问题的模块。

RxSBIF_SEQ_NUM_ERROR:slot=x

问题

syslog 中出现以下错误消息：

RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2 
RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1, 
   errSeqNum=b,source Index=0X1, errorType=0X2

描述

Catalyst 6500/6000 线卡和 Supervisor 引擎模块在端口之间高速交换数据包时使用端口 ASIC。Pinnacle ASIC 为 Catalyst 6500/6000 数据总线提供一个千兆以太网接口。为支持高转发速率，Catalyst 6500/6000 的交换总线支持流水线。流水线使得 Catalyst 6500/6000 能够在获取第一个帧的结果之前将多个帧交换到总线上。每个帧都会在前面附加一个内部总线报头，其中包含一个序列号。交换机使用该序列号跟踪等待转发决定的多个帧。所有线卡和 Supervisor 引擎都必须了解当前以及下一个序列号。这种了解是非常重要的。

RXSBIF 错误消息报告交换总线上出现序列错误。这类错误包括序列号不匹配和序列无效。无效序列意味着交换总线上的当前数据包的序列号与 ASIC 预期的序列号不同。下例是一个报告无效序列号的错误消息：

%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred 
   on module 1 (asic=1, srcidx=0x0, seq=14)

这些错误消息通常是由以下问题之一导致的：

• 模块安装不当 — 重新将模块装入插槽。

  注意：检测总线序列号错误的模块不一定是出现故障的模块。一个安装不当的模块会导致其他任何模块报告总线序列号问题。因此，需要重新安装所有模块。

  请确保锁紧弹出杆并拧紧螺钉。

• 硬件故障 — 这种原因并不常见。请重新安装模块。如果您发现故障，请检查线卡连接器是否损坏，并检查机箱背板插槽是否存在弯折的引脚。如有必要，在检查机箱背板上的连接器引脚时请使用手电筒。

  如果在重装所有卡后问题仍然存在，请捕获 show tech-support 命令和 show scp mod 或 show scp failcnt 隐藏命令的输出。向 Cisco 技术支持提出服务请求并提供这些信息。

• 已知问题 — 当Catalyst 6500/6000系统加载CatOS系统软件映像版本6.1(1b)时，Supervisor引擎2上可能出现同步错误消息。请参阅现场通知：Continuous Synchronization Errors with Supervisor Engine 2 on Catalyst 6000。

lyra_ft_par_err_intr_hdlr:LKUPRAM error in NVRAM log

问题

NVRAM 日志显示转发表奇偶校验错误 (ft_par_err)。

lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]

该错误消息表明在转发表中检测到奇偶校验错误。它会表明错误在内存中的位置（第一个 [hex]）以及该位置的数据（第二个 [hex]）。

描述

该错误消息的可能原因是线卡没有适当插入插槽以及该插槽中更换了不同类型的线卡。

请完成以下步骤以解决问题：

1. 从交换机中卸下模块。

2. 检查背板引脚并重新插入模块。

3. 如果问题仍然存在，请与 Cisco 技术代表联系。

为避免出现此问题，请在卸下任何模块之前执行 module clear-config 命令。该命令会在从机箱中卸下某个模块时自动删除属于该模块的配置。有关详细信息，请参阅运行 Cisco IOS 系统软件的 Catalyst 6500/6000 系列交换机的硬件和常见问题故障排除中的即使在卸下模块后，show run 命令也仍会显示有关删除的模块接口的信息部分。

注意：该命令不会清除已从插槽中删除的模块的配置。

KERNEL-1-CREATEPROCESSFAILED

问题

日志中出现以下错误消息：

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: 
Unavailable free stack; stack type: 2; Name: tnetproc

%KERNEL-1-CREATEPROCESSFAILED:Error in creating process:[chars];堆栈类型：[dec];名称：[chars] 错误消息表明创建进程失败；系统进程已用尽。Catalyst 操作系统基于可用堆栈数允许存在有限数量的进程。如果没有可用的堆栈，将生成此消息。第一个 [chars] 是进程 ID；[dec] 是堆栈类型，第二个 [chars] 是进程名。

描述

CatOS交换机仅允许系统中具有2类堆栈的进程数量有限，例如Console、snmpdm、VtpRx、THREAD或telnet145。具有2类堆栈的进程最大数量为13。Telnet或安全外壳(SSH)是需要2类堆栈的进程之一。当所有类型 2 堆栈都处于使用状态时，任何通过 Telnet 进行连接的尝试都会导致出现该错误消息。

由于早先的 Telnet 或 SSH 会话未在交换机上超时或消耗了进程，就有可能发生这种情况。

要解决此问题，请发出 show users 命令并检查为该交换机打开了多少 Telnet 会话。使用 disconnect ip_address 命令断开远程设备打开的 Telnet 会话。

PI_CI_S_CBL_DROP_REG

问题

Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG                   = FFFF
016F: PI_CI_S_CBL_DROP_REG                     = 1619

描述

该寄存器/计数器不表示任何硬件问题。如果在端口上接收到具有特定 VLAN 标记的数据包，但该端口未配置此特定 VLAN，则计数器将增加。结果会丢弃数据包且计数器增加计数。Color Blocking Logic (CBL) 是指中继上的 VLAN 标记。从中继中修剪掉的 VLAN 将丢失其数据流。当中继一端有较高数量的 VLAN 处于生成树转发状态时，就会出现这种情况。

PI_CI_S_CBL_DROP_REG 计数器可在任何模式下递增；如果端口传输 STP 模式，您会看到接入端口的命中数。如果端口存在任何协商（默认模式），也可将其视为交换机的正常行为或功能。

该计数器会计数由于在互补双极型集成电路 (CBIC) 块中进行 CBL 查找而丢弃的数据包。交换机要在特定端口上为某个 VLAN 发送数据包，而 CBL 逻辑表示该端口处于阻断/禁用/学习状态。这不是一个大问题，因为这些数据包会在它们消耗任何数据包缓冲区之前在 CBIC 逻辑中被丢弃。您可以禁用再启用端口以查看计数器是否清零。

相关信息

• Catalyst 4500/4000 系列交换机上常见的 CatOS 错误消息
• Catalyst 5000/5500 系列交换机上常见的 CatOS 错误消息
• Catalyst 6500 系列系统消息指南 8.7
• 配置 System Message Logging
• Cisco Catalyst 6000 系列交换机产品支持
• Error Message Decoder Tool （仅限注册用户）
• LAN 产品支持
• LAN 交换技术支持
• 技术支持和文档 - Cisco Systems