交换机 : Cisco Catalyst 6500 系列交换机

排除运行 Cisco IOS 系统软件的 Catalyst 6500/6000 系列交换机上的硬件和常见问题

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 9 月 19 日) | 反馈


目录


简介

本文描述故障排除硬件和运行Cisco IOS�系统软件的相关常见问题在Catalyst 6500/6000交换机。Cisco IOS 软件是指用于 Supervisor 引擎和 Multilayer Switch Feature Card (MSFC) 模块的单个打包的 Cisco IOS 映像。本文档假设您遇到了某个问题,并且希望获得有关该问题的其他信息或者希望解决该问题。本文档适用于基于 Supervisor 引擎 1、2 或 720 的 Catalyst 6500/6000 交换机。

请参阅将 Catalyst 6500/6000 交换机的系统软件从 CatOS 转换到 Cisco IOS 文档的 CatOS 和 Cisco IOS 软件映像的命名规则部分,以了解软件映像的命名规则。

请参阅这些文档,以便对在 Supervisor 引擎上运行 Catalyst OS (CatOS) 并在 MSFC 上运行 Cisco IOS 软件的系统进行故障排除:

先决条件

要求

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

使用的组件

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

规则

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

对 Syslog 或控制台中的错误消息进行故障排除

如果控制台日志记录已启用,则系统信息显示在控制台上,或者如果 syslog 已启用,则系统信息显示在 syslog 中。某些消息仅供参考,并不指示错误条件。有关系统错误消息的概述,请参阅系统消息概述

启用适当级别的日志记录,并将交换机配置为将消息记录到 syslog 服务器。有关更多配置信息,请参阅配置 IOS 设备的分步说明部分(文档 Resource Manager Essentials 和 Syslog 分析:基本指南)。

要监控已记录的消息,请发出 show logging 命令。或者,请定期使用其他监控站,例如 CiscoWorks 和 HP OpenView。

要更好地了解特定的系统消息,请参阅消息和恢复过程(Catalyst 6500/6000 Cisco IOS 系统软件)。

如果仍然无法确定问题,或者如果文档中没有列出您遇到的错误消息,请联系 Cisco 技术支持上报中心。

错误消息%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING :模块4错误计数器超出阈值出现在Catalyst 6500的控制台。此问题能有两个原因:

  • 对背板(弯的连接器接线插脚或恶劣的电气连接)的连接不好,或者

  • 这可以与一个失败模块的第一个征兆涉及。

为了解决此,设置诊断启动级别“完成”,稳固地然后重新安装在机箱的模块4。这捉住所有潜在硬件故障并且解决任何底板连接问题。

show diagnostic sanity 命令

show diagnostic sanity 命令对配置和某些系统状态组合进行一组预定检查。然后,该命令编译警告条件的列表。这些检查旨在查找任何可能不恰当的配置和系统状态。这些检查旨在帮助进行系统健全性的故障排除和维护。该命令不会修改任何现有变量或系统状态。它读取与配置和状态相对应的系统变量,以便在与一组预定组合相匹配时发出警告。该命令不影响交换机功能,并且可以在生产网络环境中使用。运行过程中的唯一限制是,该命令在访问引导映像并测试其有效性时,会将文件系统保留一段有限的时间。Cisco IOS 软件版本 12.2(18)SXE1 或更高版本支持该命令。

检查看上去有效但可能有负面影响的配置的配置情况。在以下情况下警告用户:

  • 中继 - 中继模式为“on”或者如果端口在“auto”模式下中继。中继端口已设置为所需的模式但并不在中继,或者如果中继端口协商为半双工。

  • 建立信道 - 建立信道模式为“on”,或者如果端口不在建立信道并且已设置为所需模式。

  • 生成树 (Spanning Tree) - 以下选项之一已设置为默认:

    • 根最大老化时间

    • 根转发延迟

    • 最大老化时间

    • 最长转发延迟

    • hello 时间

    • 端口成本

    • 端口优先级

    或者,如果没有为 VLAN 设置生成树 (spanning tree) 根。

  • UDLD —波尔特有单向链路检测协议禁用的,关闭,或者在未确定状态。

  • 流控制和 Portfast - 端口的接收流控制已禁用,或者如果 Portfast 已启用。

  • 高可用性 - 存在冗余 Supervisor 引擎,但高可用性 (HA) 已禁用。

  • 引导字符串和引导配置寄存器 - 引导字符串为空,或者其中已指定为引导映像的文件无效。配置寄存器不包括 0x2、0x102 或 0x2102。

  • IGMP 监听 - Internet 组管理协议 (IGMP) 监听已禁用。此外,如果 IGMP 监听已禁用但 Router-Port Group Management Protocol (RGMP) 已启用,并且如果多播已全局启用但在接口上已禁用。

  • SNMP 社区访问字符串 - 访问字符串(rw、ro、rw-all)已设置为默认。

  • 端口 - 端口协商为半双工或具有双工/VLAN 不匹配。

  • 内联电源端口 - 内联电源端口处于以下任一状态:

    • 已拒绝

    • 有故障

    • 其他

  • 模块 - 模块未处于“OK”状态。

  • 测试 - 列出启动时失败的系统诊断测试。

  • 默认网关不可达的— ping默认网关为了列出不可能被到达的那些。

  • 检查 bootflash 是否已正确格式化且是否有足够空间存放 crashinfo 文件。

以下是输出示例:

注意: 实际输出可能因软件版本而异。

IOSSwitch>show diagnostic sanity 
Status of the default gateway is:
10.6.144.1 is alive 

The following active ports have auto-negotiated to half-duplex:
4/1 

The following vlans have a spanning tree root of 32k:
1 

The following ports have a port cost different from the default:
4/48,6/1 

The following ports have UDLD disabled:
4/1,4/48,6/1 

The following ports have a receive flowControl disabled:
4/1,4/48,6/1 

The value for Community-Access on read-only operations for 
SNMP is the same as default. Please verify that this is the best 
value from a security point of view. 

The value for Community-Access on read-write operations for SNMP is 
the same as default. Please verify that this is the best value from 
a security point of view. 

The value for Community-Access on read-write-all operations for SNMP 
is the same as default. Please verify that this is the best value from 
a security point of view.

Please check the status of the following modules:
8,9


Module 2 had a MINOR_ERROR.


The Module 2 failed the following tests:

TestIngressSpan


The following ports from Module2 failed test1:

1,2,4,48

请参阅“命令参考指南”的 show diagnostic sanity 部分。

Supervisor 引擎或模块问题

Supervisor 引擎 LED 为红色/琥珀色或状态显示为 faulty

如果交换机 Supervisor 引擎 LED 为红色,或状态显示 faulty,则可能存在硬件问题。您可能收到类似以下内容的系统错误消息:

%DIAG-SP-3-MINOR_HW: 
   Module 1: Online Diagnostics detected Minor Hardware Error

请完成以下步骤以进行其他故障排除:

  1. 通过控制台连接到 Supervisor 引擎并发出 show diagnostic module {1|2} 命令(如有可能)。

    注意: 必须将诊断级别设置为完全,以便交换机可执行一整套测试,从而识别所有硬件故障。执行完全在线诊断测试使启动时间稍有延长。最小级别下的启动时间比完全级别下的启动时间短,但仍会检测卡上的潜在硬件问题。如果将诊断测试级别设置为绕过,则不执行任何诊断测试。发出diagnostic bootup level {请完成|最小|bypass} 全局配置命令,以便在诊断级别间切换。CatOS 和 Cisco IOS 系统软件的默认诊断级别都为最小

    注意: 运行 Cisco IOS 软件的基于 Supervisor 引擎 1 的系统不支持在线诊断。

    以下输出显示故障示例:

    Router#show diagnostic mod 1
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 1 : MINOR ERROR
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestNewLearn             : .
    2 . TestIndexLearn           : .
    3 . TestDontLearn            : .
    4 . TestConditionalLearn     : F
    5 . TestBadBpdu              : F
    6 . TestTrap                 : .
    7 . TestMatch                : .
    8 . TestCapture              : F
    9 . TestProtocolMatch        : .
    10. TestChannel              : .
    11. IpFibScTest              : .
    12. DontScTest               : .
    13. L3Capture2Test           : F
    14. L3VlanMetTest            : .
    15. AclPermitTest            : .
    16. AclDenyTest              : .
    17. TestLoopback:
              
       Port  1  2
       ----------
             .  . 
    
    18. TestInlineRewrite:
    
       Port  1  2
       ----------
             .  . 

    如果通电诊断返回 failure(测试结果中以 F 表示),请完成以下步骤:

    1. 将模块重新安装牢固并确保螺钉已拧紧。

    2. 将模块移动到相同或不同机箱上已知运行良好的插槽中。

      注意: Supervisor 引擎 1 或 2 只可安装在插槽 1 或插槽 2 中。

    3. 进行故障排除以消除模块有故障的可能性。

      注意: 在极少数情况下,有故障的模块可能导致 Supervisor 引擎报告为 faulty。

      要消除这种可能性,请执行以下步骤之一:

      • 如果最近插入了某个模块后 Supervisor 引擎开始报告问题,请移除上次插入的模块并重新安装牢固。如果仍然收到指示 Supervisor 引擎为 faulty 的消息,请拆除该模块后重新引导交换机。如果 Supervisor 引擎正常运行,则可能是该模块有故障。检查该模块上的底板连接器,确保没有损坏。如果没有看见损坏,请尝试将该模块安装在其他插槽或不同机箱中。此外,请检查底板上的插槽连接器上有无弯曲的引脚。检查机箱底板上的连接器引脚时,请使用手电筒(如有必要)。如果仍需帮助,请联系 Cisco 技术支持

      • 如果最近未添加任何模块,并且更换 Supervisor 引擎未解决问题,则可能是因为模块安装不正确或者有故障。要进行故障排除,请将机箱上除 Supervisor 引擎以外的所有模块全部移除。将机箱通电,确保 Supervisor 引擎无故障启动。如果 Supervisor 引擎启动时未发生任何故障,请开始插入模块,每次插入一个,直到确定有故障的模块。如果 Supervisor 引擎没有再出现故障,则可能是因为某一个模块之前安装不正确。观察交换机,如果仍然出现问题,请向 Cisco 技术支持提出服务请求,以进行进一步的故障排除。

    依次执行上述各步骤后,请发出 show diagnostic module module_# 命令。观察模块是否仍然显示 failure status。如果仍然出现 failure status,请从执行的故障排除步骤中获取日志,并向 Cisco 技术支持提出服务请求,以获取进一步协助。

    注意: 如果运行的是 Cisco IOS 软件版本 12.1(8) 系列,则不完全支持诊断。当诊断已启用时,您将收到错误的故障消息。Cisco IOS 软件版本 12.1(8b)EX4 及更高版本支持诊断,而对于基于 Supervisor 引擎 2 的系统,Cisco IOS 软件版本 12.1(11b)E1 及更高版本支持诊断。

    此外,有关详细信息,请参阅 Field Notice:在 Cisco IOS 软件版本 12.1(8b)EX2 及 12.1(8b)EX3 中不正确地启用了诊断

  2. 在引导序列过程中,如果交换机未引导且无法进行自我诊断,请获取输出并向 Cisco 技术支持提出服务请求,以获取进一步协助。

  3. 如果在引导序列或 show diagnostics module {1|2}命令,发出show environment statusshow environment temperature命令为了检查与环境情况涉及的输出和寻找所有其他发生故障的组件。

    cat6knative#show environment status
    backplane: 
      operating clock count: 2
      operating VTT count: 3
    fan-tray 1: 
      fan-tray 1 fan-fail: OK
    VTT 1: 
      VTT 1 OK: OK
      VTT 1 outlet temperature: 35C
    VTT 2: 
      VTT 2 OK: OK
      VTT 2 outlet temperature: 31C
    VTT 3: 
      VTT 3 OK: OK
      VTT 3 outlet temperature: 33C
    clock 1: 
      clock 1 OK: OK, clock 1 clock-inuse: in-use
    clock 2: 
      clock 2 OK: OK, clock 2 clock-inuse: not-in-use
    power-supply 1: 
      power-supply 1 fan-fail: OK
      power-supply 1 power-output-fail: OK
    module 1: 
      module 1 power-output-fail: OK
      module 1 outlet temperature: 28C
      module 1 device-2 temperature: 32C
      RP 1 outlet temperature: 34C
      RP 1 inlet temperature: 34C
      EARL 1 outlet temperature: 34C
      EARL 1 inlet temperature: 28C
    module 3: 
      module 3 power-output-fail: OK
      module 3 outlet temperature: 39C
      module 3 inlet temperature: 23C
      EARL 3 outlet temperature: 33C
      EARL 3 inlet temperature: 30C
    module 4: 
      module 4 power-output-fail: OK
      module 4 outlet temperature: 38C
      module 4 inlet temperature: 26C
      EARL 4 outlet temperature: 37C
      EARL 4 inlet temperature: 30C
    module 5: 
      module 5 power-output-fail: OK
      module 5 outlet temperature: 39C
      module 5 inlet temperature: 31C
    module 6: 
      module 6 power-output-fail: OK
      module 6 outlet temperature: 35C
      module 6 inlet temperature: 29C
      EARL 6 outlet temperature: 39C
      EARL 6 inlet temperature: 30C

    如果发现任何系统组件(风扇、电压终端 [VTT])故障,请向 Cisco 技术支持提出服务请求,并提供命令输出。

    对于任何模块,如果您在此输出中看到失败状态,请发出 hw-module module module_# reset 命令。或者,请将模块重新安装在相同或不同的插槽中,尝试恢复该模块。此外,请参阅本文档的对不在线或者显示为 faulty 或 other 状态的模块进行故障排除部分,以获取进一步协助。

  4. 如果状态指示 OK(正如步骤 3 中的示例输出所示),请发出 show environment alarms 命令,以检查是否有环境警报。

    如果没有警报,输出将如下所示:

    cat6knative#show environment alarm
    environmental alarms:
      no alarms
    

    但是,如果有警报,输出将如下所示:

    cat6knative#show environment alarm
    environmental alarms:
    system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
    system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)

交换机在持续启动环路,在ROMmon模式或者缺失系统镜像

如果您的交换机 Supervisor 引擎反复持续启动、处于 ROM Monitor (ROMmon) 模式或缺少系统映像,则很可能不是硬件问题。

如果系统映像损坏或丢失,则 Supervisor 引擎将进入 ROMmon 模式或无法引导。有关如何恢复 Supervisor 引擎的说明,请参阅从损坏或丢失的引导加载程序映像或 ROMmon 模式中恢复运行 Cisco IOS 系统软件的 Catalyst 6500/6000

可以从 Sup-bootflash: 或 slot0:(PC 卡插槽)引导 Cisco IOS 映像。请在两台设备中都保存一份系统映像的副本,以实现更快的恢复。如果您的 Supervisor 引擎 2 bootflash 设备只有 16 MB,则有必要升级到 32 MB 才能支持更新的系统映像。有关详细信息,请参阅 Catalyst 6500 系列 Supervisor 引擎 2 Boot ROM 和 Bootflash 设备升级安装说明

备用Supervisor引擎模块不联机或状态指示未知

本部分简要介绍备用 Supervisor 引擎模块未上线的常见原因以及各问题的解决方法。可以使用以下方式之一确定 Supervisor 引擎模块是否未上线:

常见原因/解决方案

  • 通过控制台连接备用 Supervisor 引擎,以确定其是否处于 ROMmon 模式或连续重启状态。如果 Supervisor 引擎处于上述状态之一,请参阅从损坏或丢失的引导加载程序映像或 ROMmon 模式中恢复运行 Cisco IOS 系统软件的 Catalyst 6500/6000

    注意: 如果活动 Supervisor 引擎和备用 Supervisor 引擎未运行相同的 Cisco IOS 软件版本,则备用 Supervisor 引擎可能无法上线。例如,在以下情况下,Supervisor 引擎可能无法上线:

    • 活动 Supervisor 引擎运行 Route Processor Redundancy Plus (RPR+) 模式。

      注意: Cisco IOS 软件版本 12.1[11]EX 及更高版本中提供 RPR+ 模式。

    • 而备用 Supervisor 引擎运行的软件版本不支持 RPR/RPR+ 模式,例如 Cisco IOS 软件版本 12.1[8b]E9。

    在这种情况下,备用 Supervisor 引擎将无法上线,因为默认情况下冗余模式为增强型高系统可用性 (EHSA)。备用 Supervisor 引擎无法与活动 Supervisor 引擎进行协商。请确保备用 Supervisor 引擎和活动 Supervisor 引擎运行相同的 Cisco IOS 软件级别。

    此输出显示插槽 2 中的 Supervisor 引擎处于 ROMmon 模式。要恢复备用 Supervisor 引擎,您必须通过控制台连接备用 Supervisor 引擎。有关恢复过程,请参阅从损坏或丢失的引导加载程序映像或 ROMmon 模式中恢复运行 Cisco IOS 系统软件的 Catalyst 6500/6000

    tpa_data_6513_01#show module
    Mod Ports Card Type                              Model              Serial No.
    --- ----- -------------------------------------- ------------------ -----------
      1    2  Catalyst 6000 supervisor 2 (Active)    WS-X6K-S2U-MSFC2   SAD0628035C
      2    0  Supervisor-Other                       unknown            unknown
      3   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K3
      4   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K8
      5    0  Switching Fabric Module-136 (Active)   WS-X6500-SFM2      SAD061701YC
      6    1  1 port 10-Gigabit Ethernet Module      WS-X6502-10GE      SAD062003CM
    
    Mod MAC addresses                       Hw    Fw           Sw           Status
    --- ---------------------------------- ------ ------------ ------------ -------
      1  0001.6416.0342 to 0001.6416.0343   3.9   6.1(3)       7.5(0.6)HUB9 Ok      
      2  0000.0000.0000 to 0000.0000.0000   0.0   Unknown      Unknown      Unknown 
      3  0005.7485.9518 to 0005.7485.9527   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      4  0005.7485.9548 to 0005.7485.9557   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      5  0001.0002.0003 to 0001.0002.0003   1.2   6.1(3)       7.5(0.6)HUB9 Ok      
      6  0002.7ec2.95f2 to 0002.7ec2.95f2   1.0   6.3(1)       7.5(0.6)HUB9 Ok      
    
    Mod Sub-Module                  Model           Serial           Hw     Status 
    --- --------------------------- --------------- --------------- ------- -------
      1 Policy Feature Card 2       WS-F6K-PFC2     SAD062802AV      3.2    Ok     
      1 Cat6k MSFC 2 daughterboard  WS-F6K-MSFC2    SAD062803TX      2.5    Ok     
      3 Distributed Forwarding Card WS-F6K-DFC      SAL06121A19      2.1    Ok     
      4 Distributed Forwarding Card WS-F6K-DFC      SAL06121A46      2.1    Ok     
      6 Distributed Forwarding Card WS-F6K-DFC      SAL06261R0A      2.3    Ok     
      6 10GBASE-LR Serial 1310nm lo WS-G6488        SAD062201BN      1.1    Ok
  • 确保 Supervisor 引擎模块正确连接到底板连接器。此外,请确保拧紧 Supervisor 引擎安装螺丝。有关详细信息,请参阅 Catalyst 6500 系列交换机模块安装说明

  • 要确定备用 Supervisor 引擎是否为 faulty,请从活动 Supervisor 引擎发出 redundancy reload peer 命令。通过连接到备用 Supervisor 引擎的控制台观察引导序列,以确定是否存在任何硬件故障。

    如果备用 Supervisor 引擎仍然无法上线,请向 Cisco 技术支持提出服务请求,以进行进一步的故障排除。创建服务请求时,请提供您所收集的交换机输出日志以及执行的故障排除步骤。

对于 SPA 模块,Show Module 输出显示“不适用”

因为 PA-1XCHSTM1/OC3 的 SRB 中不支持诊断,所以会出现此错误消息。发送此命令时,如果交换机运行 SRB 代码,则将显示不适用状态。这并不表示未检查 SPA 接口处理器的状态,因为整体诊断生成了正确的结果。此输出从 SRC 代码开始起作用。这是因为 SRB 代码有 bug,此 bug 记录在 CSCso02832仅限注册用户)中。

备用 Supervisor 引擎意外地重新加载

本部分讨论 Catalyst 交换机备用 Supervisor 意外重新加载的常见原因。

常见原因/解决方案

  • 同步启动配置失败后,活动 Supervisor 重置备用 Supervisor。问题的原因可能是管理站在短时间(1-3 秒)内连续执行 wr mem,这样便锁定了启动配置并导致同步失败。如果第一个同步进程还没有完成就发出了第二个 wr mem,备用 Supervisor 上将出现同步故障,有时备用 Supervisor 还会重新加载或重置。此问题记录在 bug CSCsg24830仅限注册用户)中。该同步故障可通过以下错误消息确定:

    %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to
    the standby Router
    %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration
    to the standby Router FAILED
  • The active supervisor does not synchronize its configuration with the standby supervisor.这种情况可能是暂时的,其原因是 另一进程临时使用该配置文件。如果输入 show configuration 命令或 show running-configuration 命令以查看配置或运行 配置,则将锁定该配置文件。此问题记录在 bug CSCeg21028 (仅限注册用户) .。 该同步故障可通过以下错误消息确定:

    %PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup 
    configuration to the standby Router FAILED, the file may be already locked by a command

即使拆除模块后,show run 命令仍然显示有关已拆除模块接口的信息

将模块从机箱上物理拆除后, 仍将显示插槽中模块的配置。此问题是由 模块更易更换的设计造成的。如果在插槽中插入相同类型 的模块,则交换机将使用该插槽中之前模块 的配置。如果在插槽中插入不同类型的模块, 则将清除模块配置。要使模块从插槽中拆除后自动删除配置, 请在全局配置模式下发出 module clear-config 命令 。请确保在从插槽中拆除模块之前 发出该命令。该命令不会清除已经从插槽中拆除的 模块的原有配置。此命令将清除 show running-config 命令输出中的模块配置以及 show ip interface brief 命令输出中的接口详细信息。从 Cisco IOS 版本 12.2(18)SXF 及更高版本开始,此命令还将删除 show version 命令。

交换机自动重置/重启

如果交换机在没有任何人工干预的情况下自动重置, 请执行以下步骤确定问题:

常见原因/解决方案

  • 交换机可能发生了软件崩溃。发出 dir Bootflash : 命令,显示MSFC (路由 处理器[RP])启动闪存设备,和 dir slavebootflash : 命令为了检查软件 失败。

    此部分的输出显示 crashinfo 已记录在 RP bootflash: 中。请确保您查看的 crashinfo 是关于 最近一次崩溃。发出 more Bootflash :文件名 命令, 显示 crashinfo 文件。在本示例中,该命令是 more bootflash:crashinfo_20020829-112340.

    cat6knative#dir bootflash:
    Directory of bootflash:/
    
        1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
        2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
        3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
        4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
        5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
        6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt
    
    31981568 bytes total (9860396 bytes free)

    dir sup-bootflash:命令显示 Supervisor 引擎 bootflash: 设备。也可以发出 dir slavesup-bootflash:命令,显示 备用 Supervisor 引擎 bootflash: 设备。此输出显示 Supervisor 引擎 bootflash: 设备中记录的 设备:

    cat6knative11#dir sup-bootflash:
    Directory of sup-bootflash:/
    
        1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
        2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205
    
    !--- Output suppressed.
    
    

    如果命令输出指示软件崩溃发生在 您怀疑交换机重新引导的时候,请联系 Cisco 技术支持。请提供 显示 tech-support 命令和 显示 记录 发出命令,以及Crash信息的输出 文件。为了发送文件,请通过从交换机的TFTP转接它到TFTP 服务器,和附加文件到案件。

  • 如果没有 crashinfo 文件,请检查交换机的电源, 确保其没有发生故障。如果使用的是不间断电源 (UPS),请确保其运行正常。如果仍然无法确定 问题,请联系 Cisco 技术支持上报中心。

配备 DFC 的模块自动重置

如果在用户未重新加载的情况下,配备 Distributed Forwarding Card (DFC) 的模块自动重置, 您可以检查 DFC 卡的 Bootflash 是否 已崩溃。如果有崩溃信息文件,您就能够找出 崩溃的原因。发出 dir dfc#module_#-bootflash:命令, 验证是否有崩溃信息文件,并确定其写入时间。如果 DFC 重置时间与 crashinfo 时间戳匹配,请发出 more dfc#module_#-bootflash: 文件名 命令。或者,发出 copy dfc#module_#-bootflash: 文件名 tftp 命令,通过 TFTP 将文件传输到 TFTP 服务器。

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

获取 crashinfo 文件后,请收集 show logging 命令和 show tech 命令的输出,并联系 Cisco 技术支持,以获取进一步协助。

排除故障不来联机也不指示有故障或其它状态的模块

本部分概述任一模块无法上线的常见原因, 以及问题的解决方法。可以通过以下方式之一确定 模块是否未上线:

  • 输出 显示 模块 命令显示这些状态之一:

    • 其他

    • 未知

    • 有故障

    • errDisable

    • power-deny

    • power-bad

  • 状态 LED 呈现琥珀色或红色。

常见原因/解决方案

  • 请查看支持的硬件部分 (相关版本的 Catalyst 6500 系列发行版本注释) 版本。如果当前运行的软件中不支持该模块, 请从 Cisco IOS 软件中心 (仅限注册用户) .。

  • 如果状态是 power-deny, 则交换机无法提供足够的功率驱动此模块。发出 show power 命令,确认是否 有足够的功率。请参阅本文档中的对“C6KPWR-4-POWRDENIED:insufficient power, module in slot [dec] power denied or %C6KPWR-SP-4-POWRDENIED:insufficient power, module in slot [dec] power denied”错误消息进行故障排除部分。

  • 如果状态是 power-bad,则交换机 能够发现卡,但无法分配功率。如果 Supervisor 引擎无法访问模块上的串行 PROM (SPROM) 内容, 因而无法确定线路卡的标识,则可能发生这种情况。可以发出 show idprom module slot 命令,验证 SPROM 是否可读。如果 SPROM 不 可访问,则可以重置模块。

  • 请确保模块已正确安装且螺钉已 完全。如果模块无法上线,请发出 诊断 完整启动的级别 全局配置命令 命令确保,诊断启用。然后发出 hw-module 模块slot_number重置 命令。 如果模块在线路仍然不来,请检查背板连接器 确保的模块,没有损伤。如果没有视觉损伤, 尝试在另一slot或一个不同的机箱的模块。并且,弯的Inspect 在slot连接器的管脚在背板。如果需要,请使用一手电筒, 当您检查在机箱底板的连接器接线插脚。

  • 发出 显示 诊断模块slot_number 命令为了识别模块的任何硬件故障。发出 diagnostic bootup level完整全局 配置命令为了启用完整诊断。您必须有 完成启用的诊断,以便交换机可执行在的诊断 模块。如果安排最小诊断启用,并且您更改对完整 诊断,模块必须重置,以便交换机可执行全双工 诊断。在此部分的示例输出发出显示 诊断模块命令。但是输出是缺乏决定性的 因为许多测验在最小模式被执行了。输出显示 如何打开诊断级别然后发出显示 诊断模块命令为了再看到完整 结果。

    注意: 示例模块中未安装 千兆接口转换器 (GBIC)。因此,未执行完整性测试。GBIC 完整性测试仅在铜质 GBIC (WS-G5483= ) 上执行。

    cat6native#show diagnostic module 3
    Current Online Diagnostic Level = Minimal
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Minimal
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : U
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : U
    6 . TestCapture                   : U
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : U
    9 . TestTrap                      : U
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : U
    12. TestL3Capture                 : U
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : U
    17. TestAclDeny                   : U
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Tests that are marked "U" were skipped because a minimal 
    !--- level of diagnostics was enabled.
    
    cat6knative#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    cat6knative(config)#diagnostic bootup level complete
    
    !--- This command enables complete diagnostics.
    
    cat6knative(config)#end
    cat6knative#
    *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console
    cat6knative#
    cat6knative#hw-module module 3 reset
    Proceed with reload of module? [confirm]
    % reset issued for module 3
    cat6knative#
    *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off 
     (Reset)
    *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online 
     Diagnostics...
    *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics
    *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces 
     are now online 
    cat6knative#show diagnostic module 3  
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Complete
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- The result for this test is unknown ("U", untested) 
    !--- because no copper GBICS are plugged in.
    
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : .
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : .
    6 . TestCapture                   : .
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : .
    9 . TestTrap                      : .
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : .
    12. TestL3Capture                 : .
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : .
    17. TestAclDeny                   : .
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
  • 发出 显示 tech-support 命令和 显示 记录 命令。寻找关连的所有其他消息 到此模块为了进一步排除故障。

    如果模块仍然无法上线,请 使用 Cisco 技术支持提出服务请求,以进行进一步的故障排除。 请提供您所收集的交换机输出日志和执行的故障排除 步骤。

带内通信故障

Supervisor 引擎可发出消息,指示带内 通信故障。交换机记录的消息 这些:

InbandKeepAliveFailure:Module 1 not responding over inband
InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps
ProcessStatusPing:Module 1 not responding over SCP
ProcessStatusPing:Module 1 not responding... resetting module

常见原因/解决方案 1

当交换机的管理接口处理大流量时, 将出现交换机日志 InbandKeepAliveFailure 错误消息。这 可能由以下原因造成:

  • Supervisor 引擎繁忙

  • 生成树 (spanning tree) 协议环路

  • ACL 和 QoS 策略器已扼杀或丢弃 带内通信信道上的流量

  • 端口 ASIC 同步问题

  • 交换矩阵模块问题

要解决此问题,请遵循以下说明:

  1. 使用 show process cpu 确定 导致此问题的进程。请参阅 Catalyst 6500/6000 交换机的 CPU 使用率较高, 原因。

  2. 安装错误或有故障的 Supervisor 模块可能引发这些 通信故障消息。要从此错误消息中恢复, 请安排一个维护窗口,并重新安装 Supervisor 模块。

错误“System returned to ROM by power-on (SP by abort)”

运行 Cisco IOS 软件的 Cisco Catalyst 6500/6000 可能 因为此重置原因而重新加载:

System returned to ROM by power-on (SP by abort)

具有 SP 配置寄存器的 Catalyst 6500/6000 进入 ROMmon 诊断模式, 该寄存器允许中断(例如 0x2)并接收控制台中断信号 。系统似乎崩溃了。SP 和 RP 上的 配置寄存器设置不匹配可能导致这种类型的重新加载。具体而言,您 可以将 Supervisor 引擎交换机处理器 (SP) 配置寄存器设置为某个 不忽略中断的值,而 Multilayer Switch Feature Card (MSFC) 路由处理器 (RP) 配置寄存器是某个 会忽略中断的特征值。例如,您可以 将 Supervisor 引擎 SP 设置为 0x2,而将 MSFC RP 设置为 0x2102。

有关详细信息,请参阅 IOS Catalyst 6500/6000 重置时发生错误“System returned to ROM by power-on (SP by 中止)”

不管运行配置中的 BOOT 变量配置如何, 运行 Cisco IOS 软件的 Cisco Catalyst 6500/6000 始终引导 sup-bootdisk 中的原有映像。即使 BOOT 变量已配置为从 外部闪存引导,交换机也只启动 sup-bootdisk 中的原有映像。 的原因是 SP 和 RP 上的配置寄存器设置 不匹配。

在RP中,请发出命令 显示 bootvar .。

Switch#sh boot
BOOT variable = 
sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable =
BOOTLDR variable =
Configuration register is 0x2102

在SP中,请发出命令 显示 bootvar .。

Switch-sp#sh boot
BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2101

这导致不管运行配置中的 BOOT 变量配置如何, 交换机始终引导以前的映像。要解决 此问题,请发出命令 switch(config)-config-register 0x2102,然后确认 SP 和 RP 具有相同 的配置寄存器值。重新加载交换机之前,请先将其保存在 配置。

Error:NVRAM :nv->magic ! = NVMAGIC, invalid nvram

此错误消息指示 NVRAM 有问题。如果清除 NVRAM 并重新加载交换机,则可能恢复 NVRAM。

如果这样无法解决该问题,请将 NVRAM 格式化以帮助 解决该问题。这两种情况下,都建议备份 NVRAM 内容。仅当 NVRAM 调试已启用时,才显示此错误消息 已启用。

Error:Switching Bus FIFO counter stuck

错误消息 CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck 指示模块未在 数据交换总线上发现任何活动。

此错误的原因可能是新插入的模块 最初未牢固地插入在机箱内,或推入时速度过于缓慢。

重新安装模块为了解决问题。

Error:计数器超出阈值,系统操作继续

Catalyst 6500 vss集群遇到此错误消息:

%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds 
   threshold, system operation continue.

TestErrorCounterMonitor检测在的一个错误计数器 指定的模块超出了阈值。关于错误的特定数据 计数器在一分开的系统消息将发送。TestErrorCounterMonitor 是周期地的不制造混乱的状况监控后台进程 轮询每个线卡或Supervisor错误计数器和中断计数器 在系统的模块。

%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec]
   DV:[dec] EG:[dec] CF:[dec] TF:[dec]

TestErrorCounterMonitor检测在的一个错误计数器 指定的模块超出了阈值。此消息包含特定数据 关于错误计数器,包括计数器的ASIC和寄存器,和 错误计数。

此错误消息接收,当在线路卡接收的ASIC 有坏CRC的数据包。问题可能是本地对此模块或可能是 触发由在机箱的一些其他有故障的模块。

例如:

%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 
   Error counter exceeds threshold, system operation continue.

此错误的原因可能是新插入的模块 不稳固地插入。

重新安装模块为了解决问题。

Error:不可以分配没有其他SWIDB

此错误消息接收,当软件最大 接口描述阻塞(SWIDB)被到达:

%INTERFACE_API-SP-1-NOMORESWIDB :没有其他SWIDB不可以是 已分配,最大数量允许12000

请参阅 最大数量 接口和子接口编号Cisco IOS平台的:IDB 关于IDB限额的更多信息限额

当您设法转换非switchport接口到switchport,它 返回错误。

Switch(config)#interface gigabit ethernet 7/29
Switch(config-if)#switchport
%Command rejected: Cannot convert port.
Maximum number of interfaces reached.

Output of idb:

AMC440E-SAS01#show idb

Maximum number of Software IDBs 12000.  In use 11999.

                       HWIDBs     SWIDBs
Active                    218        220
Inactive                11779      11779
Total IDBs              11997      11999
Size each (bytes)        3392       1520
Total bytes          40693824   18238480

此示例显示托塔尔IDB编号 (在SWIDBs列下)达到了IDB限制最大。当 您删除子接口,激活和 在SWIDBs列更改的非激活编号;然而, 总IDB编号在内存依然是。

为了解决此问题,请重新加载交换机清除IDB 数据库。否则,一旦消失,您将需要重新使用删除的 子接口。

SYSTEM INIT:INSUFFICIENT MEMORY TO BOOT THE IMAGE!

当 Cisco Catalyst 6500 交换机未能使用 指定的 Cisco IOS 软件版本进行引导时,将报告类似的错误消息。

00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C,
alignment 8 
Pool: Processor  Free: 1266272  Cause: Not enough free memory 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 

-Process= "TCAM Manager process", ipl= 0, pid= 112
-Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC
SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

%Software-forced reload

通常在没有足够的 DRAM 对闪存中的映像进行解压缩时, 会发生此问题。

要解决此问题,请执行以下选项之一:

对 CatOS 到 Cisco IOS 软件或 Cisco IOS 软件到 CatOS 的转换进行故障排除

如果在将 CatOS 转换到 Cisco IOS 系统软件 或将 Cisco IOS 软件转换到 CatOS 时有困难,请参阅以下文档寻求 协助:

将 Cisco IOS 转换到 CatOS 后,用户尝试访问 NVRAM 时出现问题

在 Cisco IOS 转换到 CatOS 的过程中,如果 NVRAM 损坏或 CONFIG_FILE 变量的值是从 MSFC ROMmon 设置, 则当您尝试从 MSFC 访问 NVRAM 时, 可能遇到问题。您也将收到类似以下内容的 错误消息:

Router#write memory
     startup-config file open failed (Not enough space)
Router#dir nvram:
     Directory of nvram:/       
    
%Error calling getdents for nvram:/ (Unknown error 89)

When MSFC loads with the CONFIG_FILE set in the ROMmon, the user is unable to save the configuration to NVRAM. show startup-config 也会失败,并显示错误代码 89. 在 MSFC3 上以混合模式运行 Cisco IOS 软件版本 12.2 (14)SX2 的包含 Supervisor 引擎 720 的 Catalyst 6500 中, 会出现此问题。

如果 CONFIG_FILE 已设置,则可以采用 以下解决方法:

  1. 将 MSFC3 代码升级到 Cisco IOS 软件版本 12.2(17a)SX 或 以后。有关如何升级 MSFC 上的软件映像的详细信息,映像 如何 升级 Catalyst 交换机第 3 层模块上的软件映像

  2. 从 MSFC ROMmon 取消设置 CONFIG_FILE 变量 。

    要进入 ROMmon 模式,请重新加载 MSFC, 然后在启动的前 60 秒内按 Ctrl+Break 键。 MSFC 进入 ROMmon 模式后,发出以下命令以 取消设置 CONFIG_FILE

    • rommon 2 >priv
      
      !--- Press Enter or Return.
      !--- You have entered ROMmon privileged mode.
      !--- You see this output:
      
      You now have access to the full set of monitor commands.
      Warning: some commands will allow you to destroy your
      configuration and/or system images and could render
      the machine unbootable.
    • rommon 3 >unset CONFIG_FILE
      
      !--- Press Enter or Return.
      !--- This unsets the CONFIG_FILE variable.
      
      
    • rommon 4 >sync
      
      !--- Press Enter or Return.
      
      
    • rommon 5 >reset
      
      
      !--- Press Enter or Return.
      
      

如果 NVRAM 在 Cisco IOS 转换到 CatOS 的过程中损坏, 请清除 NVRAM 以解决问题。要清除 NVRAM, 请进入 ROMmon 模式,然后发出以下命令:

  • rommon 1 >priv
    
    
    !--- Press Enter or Return.
    !--- You have entered ROMmon privileged mode.
    !--- You see this output:
    
    You now have access to the full set of monitor commands.
    Warning: some commands will allow you to destroy your
    configuration and/or system images and could render
    the machine unbootable.
  • rommon 2 >nvram_erase
    
    
    !--- Press Enter or Return.
    !--- Be sure to enter these parameters exactly:
    !--- The first line is a "be" (no space) followed by six zeros ("000000").
    !--- The next line is an "2" (no space) followed by five zeros ("00000").
    
    Enter in hex the start address [0xbe020000]:  be000000
    
    
    !--- Press Enter or Return.
    
    Enter in hex the test size or length in bytes [0x100]:  200000
    
    
    !--- Press Enter or Return.
    !--- After the NVRAM erase has completed, issue the reset command.
    
    
    rommon 3 >reset
    
    !--- Press Enter or Return.
    
    

    注意: Supervisor 引擎 720 在路由处理器 (MSFC) ROMmon 中有 nvram_erase 命令, 但该命令在交换机处理器(Supervisor 引擎)ROMmon ROMmon。

在用户从 CatOS 转为 Cisco IOS 后,无法使用 Cisco IOS 软件进行引导

转换过程中,如果您尝试从 disk0 或 slot0 引导 Cisco IOS 软件, 则可能收到与以下内容类似的错误消息:

*** TLB (Store) Exception ***
Access address = 0x10000403
PC = 0x8000fd60, Cause = 0xc, Status Reg = 0x30419003
 
monitor: command "boot" aborted due to exception

此错误消息可能与硬件或软件有关,可能导致 反复引导或者交换机陷于 ROM Monitor (ROMmon) 模式。

要解决此问题,请执行以下步骤:

  1. 此问题可能由软件映像校验和错误引起。 从 TFTP 服务器重新下载 Cisco IOS 软件映像 服务器。

  2. 如果重新下载无法解决该问题,请将闪存卡格式化 并重新下载 Cisco IOS 软件映像。

    请参阅 PCMCIA 文件系统兼容性列表和文件系统信息

  3. 此问题也可能由硬件故障引起,但错误消息 并不指示是哪个硬件组件导致该问题。请尝试从另一个闪存卡 引导 Cisco IOS 软件。

接口/模块连接问题

服务器群中使用的 WS-X6548-GE-TX 和 WS-X6148-GE-TX 模块的连接问题或数据包丢失

当您使用 WS-X6548-GE-TX 或 WS-X6148-GE-TX 模块时, 个别端口的使用可能导致周围接口上出现 连接问题或数据包丢失。尤其是当您在这些线路卡中 使用 EtherChannel 和远程交换端口分析程序 (RSPAN) 时, 可能发现因数据包丢失而导致响应缓慢。这些线路卡是 超额订阅卡,旨在扩展桌面容量达到千兆位, 但可能不适合服务器群连接。在这些模块上, 有一个来自端口 ASIC 的单条 1 千兆以太网上行链路,支持八个端口。 这些卡在一组端口(1-8、9-16、17-24、 25-32、33-40 和 41-48)之间共享 1 Mb 缓冲区,因为这八个端口中的每个端口块都是 8:1 超载。 这八个端口块的总吞吐量不可超过 1 Gbps。 表 4(在 思科 Catalyst 6500 系列 10/100 Mbps 和 10/100/1000 Mbps 以太网接口 模块中)显示了不同类型的以太网接口模块和 每个端口支持的缓冲区大小。

发生超额订阅是因为多个端口结合成单个 Pinnacle ASIC。Pinnacle ASIC 是直接内存访问 (DMA) 引擎, 在底板交换总线和网络端口之间传输数据包。如果该范围内的 任何端口以超出其带宽的速率接收或传输流量 或者使用大量缓冲区处理大量流量, 则相同范围内的其他端口可能发生丢包问题。 模块上的缓冲区分配记录在 缓冲区, 队列和阈值

SPAN 目标是极常见的原因, 因为将流量从整个 VLAN 或多个端口复制到单个接口的情况并不鲜见。在具有单独接口缓冲区 的卡上,超过目标端口带宽的数据包 会被“静静地”丢弃,而不影响其他端口。 如果卡上是共用缓冲区,则这会造成此范围上的其他端口发生 连接问题。在大多数情况下,共用缓冲区不会造成任何问题。 即使是附加八千兆位的工作站,也很少出现超出 给定带宽的情况。

当您在交换机中配置本地 SPAN (尤其是当该 SPAN 监控大量源端口时), 端口。如果该 SPAN 监控某些 VLAN 并向其中任意 VLAN 指定大量端口, 则此问题仍然会发生。

即使 SPAN 是在硬件中执行,也会影响性能, 因为此时的交换机需承载两倍的流量。因为每次某个端口受到监控时, 每个线路卡都会在流量进入时进行复制,因此所有进入的 流量在到达结构时都会加倍。从线路卡上大量的繁忙端口捕获流量 可能占用全部的结构连接, 对于只有一个 8 千兆位结构连接的 WS-6548-GE-TX 卡 连接。

WS-X6548-GE-TX、WS-X6548V-GE-TX、WS-X6148-GE-TX 和 WS-X6148V-GE-TX 模块都有 EtherChannel 限制。对于 EtherChannel, 来自链路捆绑中所有链路的数据都会进入端口 ASIC,即使这些数据 预定应进入另一条链路。这些数据会消耗 1 千兆位以太网链路中的 带宽。就这些模块而言,EtherChannel 上所有数据的总和 不得超过 1 千兆位。

请检查此输出,验证模块是否因过度使用缓冲区而丢弃了 某些数据包:

  • CatOS

    Cat6500 (enable) 显示 asicreg <mod/port> pinnacle err

    请检查寄存器列表中的此输出。如果此输出中的设置 非零,则表示的确因缓存区过度使用而丢弃了 超出。

    015B :PI_PBT_S_QOS3_OUTLOST_REG = 0011

    015F :PI_PBT_S_HOLD_REG = D26C

  • NativeIOS

    Cat6500- show counters interface gigabitEthernet <mod/port>|包括 qos3Outlost

    51. qos3Outlost = 768504851

多次运行 show 命令,以检查 asicreg 是否稳步递增。 每次运行 asicreg 输出之后,记录都会被清除。 如果 asicreg 输出保持非零, 则表示存在活动的丢包现象。根据流量速率,可能需要 过几分钟后再收集数据,才能发现显著的 增量。

解决方法

完成这些步骤:

  1. 将所有可能一直超载的端口隔离到 其自己的端口范围内,将丢包对其他接口的影响 接口。

    例如,如果您有一个服务器连接到端口 1, 其他若干服务器连接到范围 2-8 中的端口,而端口 1 正使接口超载, 则这样可能导致响应缓慢。在这种情况下, 请将超载的服务器移至端口 9,以释放 端口 1-8 的第一个端口块中的缓冲区。在较新的软件版本中,SPAN 目标将 缓冲自动移至接口,因此不会影响 其范围内的其他端口。有关详细信息,请参阅 Cisco bug ID CSCed25278 (仅限注册用户) (CatOS) 和 CSCin70308 (仅限注册用户) (NativeIOS) 信息。

  2. 禁用线头阻塞 (HOL),HOL 使用接口 缓冲区,而不是共用缓冲区。

    这导致只有单个过度使用的端口发生丢包现象。 因为接口缓冲区 (32 k) 比 1 Mb 的共用缓冲区 小得多,所以个别端口可能存在更多的丢包 端口。建议仅在极端情况下执行该操作,所谓极端情况是指客户端或 SPAN 端口速度较慢, 无法移至提供专用接口缓冲区的 缓冲区。

    • NativeIOS

      Router(config)- 接口 gigabitethernet <mod/port>

      Router(config-if)- hol-blocking 禁用

      当此禁用时,丢包将移至接口计数器, 并能通过 show interface gigabit <mod/port> 命令进行查看。其他端口将不再受到影响, 前提是这些端口也不存在个别超载现象。因为建议 将 HOL 阻塞保持为启用状态,所以此信息可用于查找 过度使用端口范围上缓冲区的设备,并将其移至另一个卡或 该卡上某个单独的范围,以便重新启用 HOL 阻塞 。

    • CatOS

      Console> (enable (event)) set port hol-blocking <mod/port> 禁用

      当此禁用时,丢包将移至接口计数器, 并能通过 show mac <mod/port> 命令 命令。其他端口将不再受到影响, 前提是这些端口也不存在个别超载现象。因为建议将 HOL 阻塞保持为启用状态, 所以此信息可用于查找 超额使用端口范围上缓冲区的设备,并将其移至另一个卡或 该卡上某个单独的范围,以便重新启用 HOL 阻塞。

  3. 配置 SPAN 会话时,请确保目标 端口不报告特定接口的任何错误。要检查 目标端口上任何可能的错误,请检查 show interface <interface type> <interface number> 命令的输出(对于 IOS)或 show port counters <mod/port> 命令的输出(对于 CatOS),以确定 是否存在任何输出丢包或错误。连接到目标端口的设备 以及端口本身必须具有相同的速度和双工 设置,以避免目标端口上发生任何错误。

  4. 请考虑移至没有超载端口的以太网模块 端口。请参阅 思科 Catalyst 6500 系列交换机 - 相关接口和模块

工作站启动时无法登录网络/无法获取 DHCP 地址

交换机上运行的协议可能引起首次连接 延迟。如果您在对客户端计算机进行通电或重新引导时,观察到以下症状中的任一个, 则可能发生了此问题:

  • Microsoft 网络客户端显示 No Domain Controllers Available。

  • DHCP 报告 No DHCP Servers 联机

  • Novell 互联网分组交换 (IPX) 网络工作站启动时 不显示 Novell Login 屏幕。

  • AppleTalk 网络客户端显示 Access to your AppleTalk network has been interrupted.To re-establish your connection, open and close the AppleTalk control panel。也有可能 是 AppleTalk 客户端选择器应用程序 不显示区域列表,或者显示的区域列表不完整。

  • IBM 网络站会显示下列消息之一:

    • NSB83619--Address resolution 失败

    • NSB83589--Failed to boot after 1 尝试

    • NSB70519--Failed to connect to a 服务器

常见原因/解决方案

接口延迟可能导致出现 工作站启动时无法登录网络/ 无法获取 DHCP 地址部分所列出的症状。以下是接口延迟的 常见原因:

  • 生成树协议 (STP) 延迟

  • EtherChannel 延迟

  • 中继延迟

  • 自动协商延迟

有关这些延迟及其可能解决方案的详细信息, 使用 PortFast 和其他命令解决工作站启动时的 连接延迟

查看并执行相关过程之后,如果仍有问题, 联系方式 Cisco 技术支持

对 NIC 兼容性问题进行故障排除

如果您遇到以下任何问题, 则交换机可能存在网络接口卡 (NIC) 兼容性问题或配置错误 问题:

  • 服务器/客户端与交换机之间 。

  • 自动协商有问题。

  • 端口上发生错误。

常见原因/解决方案

出现这些症状的原因可能有:

  • 已知的 NIC 驱动程序问题

  • 速度/双工不匹配

  • 自动协商问题

  • 布线问题

要进一步进行故障排除,请参阅 对 Cisco Catalyst 交换机的 NIC 兼容性问题进行 问题

接口处于 errdisable 状态

如果接口状态是 errDisable (显示在 show interface status 命令输出中), 则表示该接口已因某个错误条件而禁用。以下是 处于 errdisable 状态的接口示例:

cat6knative#show interfaces gigabitethernet 4/1 status 

Port    Name               Status       Vlan       Duplex  Speed Type
Gi4/1                      err-disabled 100          full   1000 1000BaseSX

或者,如果接口已因某个错误条件而禁用, 则将显示如下的消息:

%SPANTREE-SP-2-BLOCK_BPDUGUARD: 
   Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: 
   bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state

此示例消息显示主机端口上收到网桥协议数据单元 (BPDU) 的 时间。实际消息取决于错误条件的 原因。

有多种原因可能导致接口进入 errDisable。原因可能是:

  • 双工不匹配

  • 端口信道配置错误

  • BPDU 防护违规

  • UDLD 条件

  • 延迟冲突检测

  • 链路抖动检测

  • 安全违规

  • 端口聚合协议 (PAgP) 抖动

  • 第二层隧道协议 (L2TP) 防护

  • DHCP 监听速率限制

要启用状态为 errdisable 的端口,请完成以下步骤:

  1. 从连接的一端拔下电缆。

  2. 重新配置接口。

    例如,如果接口因 Etherchannel 配置错误而处于 errDisable 状态, 请重新配置 Etherchannel 的接口范围 EtherChannel。

  3. 关闭两端的端口。

  4. 将电缆插入两台交换机。

  5. 对接口发出 no shutdown 命令 接口。

也可以发出 errdisable recovery cause cause enable 命令,设置 在已配置的计时器期限后自动重新启用端口的超时机制 。

注意: 如果不解决问题的根本原因, 错误条件将再次发生。

要确定 errdisable 状态的原因,请发出 show errdisable recovery 命令。

cat6knative#show errdisable recovery 
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
psecure-violation    Enabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

Interface    Errdisable reason    Time left(sec)
---------    -----------------    --------------
 Gi4/1           bpduguard             270

知道 errDisable 的原因之后,请对问题进行故障排除, 并从根本上修复该问题。例如,因为某个已启用 PortFast 的访问端口上收到 BPDU, 您的端口可能处于 errDisable 状态 (如示例所述)。您可以进行故障排除, 判断是交换机意外连接到该端口还是连接了某个集线器 导致环路。要对其他情况进行故障排除,请参阅 产品文档中的特定功能信息。

请参阅 ErrDisable 上的 Errdisable 端口状态恢复

在此信息基础上查看并进行故障排除后, 如果仍有问题,请联系 Cisco 技术支持,以获取进一步协助。

对接口错误进行故障排除

如果 show interface 命令输出中发现错误,请检查发生问题的接口的状态和运行状况 问题。同时请检查是否有流量通过该接口。请参阅 步骤 12 排除故障 的 Catalyst 6500/6000 上 WS-X6348 模块端口连接 进行故障排除。)

cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
  Description: L2 FX Trunk to tpa_data_6513_01
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:28, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue :0/40 (size/max)
  5 minute input rate 118000 bits/sec, 289 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     461986872 packets input, 33320301551 bytes, 0 no buffer
     Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
     0 input packets with dribble condition detected
     64429726 packets output, 4706228422 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
cat6knative#

您还可能在 show interfaces interface-id counters errors 命令 输出。如果是这样,请检查是否有与接口相关的错误。参考 步骤 14 排除故障 的 Catalyst 6500/6000 上 WS-X6348 模块端口连接 进行故障排除。)

cat6knative#show interfaces gigabitethernet 3/1 counters errors 

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Gi3/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
Gi3/1              0         0         0          0         0         0         0

Port       SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err
Gi3/1                0           0            0            0          0

常见原因/解决方案

  • 接口显示错误可能是因为物理层 问题,例如:

    • 电缆/NIC 有故障

    • 配置问题,例如速度/双工 不匹配

    • 性能问题,例如 超额预订

    要了解这些问题并对其进行故障排除,请参阅 对交换机端口和接口问题 问题

  • 有时,软件 Bug 或硬件限制可能导致计数器的数字 错误增长。下表列出了一些已知的 有关运行 Cisco IOS 软件的 Catalyst 6500/6000 平台的 软件:

    症状 说明 修正
    IEEE 802.1Q 中继接口上的 巨型帧。 Catalyst 6500 系列交换机可能针对 超过 1496 字节且通过 Supervisor 引擎 720 端口接收时中继上加有标记的数据包 报告巨型帧。67xx 线路卡上也会发生此问题。 此问题是表面问题,且交换机转发数据包。此问题也会 发生在 ISL 1 中继上。有关详细信息,请参阅 Cisco bug ID CSCec62587 (仅限注册用户) 并且 CSCed42859 (仅限注册用户) 为 详细信息。 Cisco IOS 软件版本 12.2(17b)SXA 及更高版本 Cisco IOS 软件版本 12.2(18)SXD 及更高版本
    基于 Supervisor 引擎 2 的交换机上 802.1Q 中继接口上的巨型帧。 交换机将 802.1Q 中继端口上非本地 VLAN 上 1497 1500 范围内的数据包视为巨型帧。这是 表面问题,且数据包由交换机转发。请参阅 Cisco bug ID CSCdw04642 (仅限注册用户) 为 详细信息。 当前不可用
    即使在低流量条件下, 千兆接口上的 show interface 命令输出中 也会显示超额的输出丢包计数器。 即使在低流量条件下, 千兆接口上的 show interface 命令输出中 也会显示超额的输出丢包计数器。请参阅 Cisco bug ID CSCdv86024 (仅限注册用户) 为 详细信息。 Cisco IOS 软件版本 12.1(8b)E12 及更高版本 Cisco IOS 软件版本 12.1(11b)E8 及更高版本 Cisco IOS 软件版本 12.1(12c)E1 及更高版本 Cisco IOS 软件版本 12.1(13)E1 及更高版本
    bps 1 pps2 show interface 命令输出中, 端口信道接口的统计数据不正确。 使用 Cisco IOS 软件时,如果某个 端口信道同时在两个快速以太网端口上定义,并且已通过端口信道生成流量, 则物理接口的速率统计数据是正确的。但端口 信道接口的统计数据不正确。请参阅 Cisco bug ID CSCdw23826 (仅限注册用户) 了解详细信息。 Cisco IOS 软件版本 12.1(8a)EX Cisco IOS 软件版本 12.1(11b)E1 Cisco IOS 软件版本 12.1(13)E1

    1 ISL =交换机间链路。

    2位/秒=比特/秒。

    3 pps =数据包每 第二。

在此信息基础上查看并进行故障排除后, 如果仍有问题,请联系 Cisco 技术支持,以获取进一步协助。

收到“%PM_SCP-SP-3-GBIC_BAD:GBIC integrity check on port x failed:bad key”错误消息

在低于 Cisco IOS 软件版本 12.1(13)E 的软件版本中运行的 GBIC 在升级后 发生故障。

对于 Cisco IOS 软件版本 12.1(13) 系统软件, 如果端口使用的 GBIC 包含不良 GBIC EEPROM 校验和,则无法激活 。这对 1000BASE-TX(铜)和 Coarse Wave Division Multiplexer (CWDM) GBIC 而言很正常。 但对于其他 GBIC 而言并不正常。在较早的版本中, 使用包含校验和错误的其他 GBIC 的端口可以激活。

当 Cisco IOS 软件版本 12.1(13)E 中发生此错误时,将打印此错误消息:

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

发出 show interface 命令, 显示此输出:

Router#show interface status

Port    Name               Status       Vlan       Duplex  Speed Type
Gi2/1                      faulty       routed       full   1000 bad EEPROM

在 Cisco IOS 软件版本 12.1(13)E1、 12.1(14)E 及更高版本中,此问题将得到解决。

有关此问题的更多详细信息,请参阅 Field Notice:GBIC EEPROM错误不正确在思科IOSï ¿  ½ 软件版本 12.1(13)E 中的 GBIC EEPROM 错误不正确

收到有关 WS-X6x48 模块接口的 COIL 错误消息

可以在 syslog 或 show log 命令输出中看到以下错误消息中的一条或多条:

  • Coil Pinnacle Header 校验和

  • Coil Mdtif State Machine 错误

  • Coil Mdtif Packet CRC Error

  • Coil Pb Rx Underflow 错误

  • Coil Pb Rx Parity 错误

如果 WS-X6348 模块或其他 10/100 模块上主机的连接存在连通性问题, 或者如果您看到的错误信息与本部分列出的相似, 并且您有一组 12 个端口停滞且无流量通过, 则请完成以下步骤:

  1. 禁用然后再启用接口。

  2. 发出 in命令 定购对软重置模块。

  3. 执行以下操作之一,以对模块进行硬重置:

    • 将卡完全重新安装。

    • 发出 no power enable module module_- 全局配置命令和 power enable module module_# 全局配置命令。

执行这些步骤之后,如果遇到以下问题中的一个或多个,请联系 Cisco 技术支持 了解相关信息:

  • 模块无法上线。

  • 模块能上线,但一组 12 个接口无法 诊断。

    您在从的输出中能看到此 显示 诊断模块module_- 命令。

  • 引导时,模块陷入 other 状态 。

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

  • 所有接口都处于 errdisabled 状态。

    当您发出 show interfaces status module module_# 命令。

请参阅 对运行 Cisco IOS 系统软件的 Catalyst 6500/6000 上 的 WS-X6348 模块端口连接进行故障排除 排除故障。

对 WS-X6x48 模块连接问题进行故障排除

如果 WS-X6348 模块或其他 10/100 模块上主机的连接存在连通性问题, 有关详细的故障排除,请参阅 对运行 Cisco IOS 系统软件的 Catalyst 6500/6000 上 的 WS-X6348 模块端口连接进行故障排除 排除故障。

在此信息基础上查看并进行故障排除后, 文档 对运行 Cisco IOS 系统软件的 Catalyst 6500/6000 上 的 WS-X6348 模块端口连接进行故障排除的基础上查看并进行故障排除之后,如果仍有问题,请联系 Cisco 技术支持,以获取进一步协助。

对 STP 问题进行故障排除

生成树 (spanning tree) 相关问题可能导致交换网络中发生 连接问题。有关故障排除的分步指导以及避免生成树 (spanning tree) 问题的指南, 请参阅 对运行 Cisco IOS 系统软件的 Catalyst 交换机上的 STP 进行 软件

无法使用 Telnet 命令连接到交换机

原因

与每台 Cisco IOS 设备一样,Catalyst 6500 交换机也只允许 有限数量的 Telnet 会话。达到此限制后,交换机 将不再允许更多的 vty 会话。要验证您是否遇到了此 问题,请连接到 Supervisor 引擎的控制台。发出 show user 命令。此命令输出的命令行界面 (CLI) 显示当前被占用的线路数量:

Cat6500#show user
Line     User    Host(s)      Idle     Location
0 con 0         10.48.72.118 00:00:00 
1 vty 0         10.48.72.118 00:00:00 10.48.72.118
2 vty 1         10.48.72.118 00:00:00 10.48.72.118
3 vty 2         10.48.72.118 00:00:00 10.48.72.118
4 vty 3         10.48.72.118 00:00:00 10.48.72.118
*5 vty 4         idle         00:00:00 10.48.72.118

解决方案

完成这些步骤:

  1. 根据 show user 命令的输出, 发出 clear line line_number 命令,以清除 过时的会话。

    Cat6500#show user
    Line     User    Host(s)      Idle     Location
    0 con 0         10.48.72.118 00:00:00 
    1 vty 0         10.48.72.118 00:00:00 10.48.72.118
    2 vty 1         10.48.72.118 00:00:00 10.48.72.118
    3 vty 2         10.48.72.118 00:00:00 10.48.72.118
    4 vty 3         10.48.72.118 00:00:00 10.48.72.118
    *5 vty 4         idle         00:00:00 10.48.72.118
    
    Cat6500#clear line 1
    
    Cat6500#clear line 2
    
    
    !--- Output suppressed.
    
    
  2. 配置 vty 会话和控制台线路的空闲超时, 以清除所有不活动的会话。在本示例中显示,将空闲超时设置为 10 分钟 所使用的配置:

    Cat6500#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Cat6500(config)#line vty 0 4
    
    Cat6500(config-line)#exec-timeout ?
      <0-35791>  Timeout in minutes
    Cat6500(config-line)#exec-timeout 10 ?
      <0-2147483>  Timeout in seconds
      <cr>
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#line con 0
    
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#
  3. 也可以增加可用 vty 会话的数量。请使用 line vty 0 6 命令,而不是 line vty 0 4 .。

在某些情况下,show user 命令输出可能显示会话下没有任何活动的 vty, 但仍然无法使用 telnet 命令连接到交换机, 此时将显示此错误消息:

% telnet connections not permitted from this terminal

在这种情况下,请验证 vty 的配置是否正确。 发出 transport input all 命令,以 允许 vty 传输所有内容。

使用RADIUS验证,无法控制备用装置

问题

6500交换机在VSS集群被层叠;当您设法控制 它到一暂挂交换机,它失效与此Radius日志消息:

%%%RADIUS-4-RADIUS_DEAD:RADIUS 服务器 10.50.245.20:1812,1813不响应。

验证通过对此备用Supervisor的Telnet良好工作, 并且在激活的Supervisor的控制台登录良好也工作。问题 发生在对备用Supervisor的控制台的连接。

解决方案:

控制台的RADIUS验证备用装置的不是 可能。待机没有AAA认证的IP连通性。您 需要使用回退选项,例如本地数据库。

VSL 接口上的巨型数据包计数器

有时,即使没有通过系统发送任何巨型数据包, VSL 接口上巨型数据包计数器的数字也会增加。

通过 VSL 接口的数据包除了携带正常的 MAC 报头外, 还会携带一个 32 字节的 VSL 报头。理想情况下,数据包大小分类中应该不包括此报头, 但实际上,端口 ASIC 将此报头包含在 分类。结果,接近正常尺寸数据包 1518 大小限制的控制数据包 可能最终被分类为巨型数据包。

目前,此问题尚无解决方法。

多个VLAN出现在交换机

您能看到以前没有在那里在交换机的多个VLAN。 例如:

Vlan982         unassigned      YES unset  administratively down down    
Vlan983         unassigned      YES unset  administratively down down    
Vlan984         unassigned      YES unset  administratively down down    
Vlan985         unassigned      YES unset  administratively down down    
Vlan986         unassigned      YES unset  administratively down down    
Vlan987         unassigned      YES unset  administratively down down    
Vlan988         unassigned      YES unset  administratively down down    
Vlan989         unassigned      YES unset  administratively down down    
Vlan990         unassigned      YES unset  administratively down down    
Vlan991         unassigned      YES unset  administratively down down    
Vlan992         unassigned      YES unset  administratively down down    
Vlan993         unassigned      YES unset  administratively down down    
Vlan994         unassigned      YES unset  administratively down down    
Vlan995         unassigned      YES unset  administratively down down    
Vlan996         unassigned      YES unset  administratively down down    
Vlan997         unassigned      YES unset  administratively down down    
Vlan998         unassigned      YES unset  administratively down down    
Vlan999         unassigned      YES unset  administratively down down    
Vlan1000        unassigned      YES unset  administratively down down    
Vlan1001        unassigned      YES unset  administratively down down    
Vlan1002        unassigned      YES unset  administratively down down    
Vlan1003        unassigned      YES unset  administratively down down    
Vlan1004        unassigned      YES unset  administratively down down    
Vlan1005        unassigned      YES unset  administratively down down

作为解决方法, VLAN 过滤器流量捕获vlan-list 1 - 700 命令被添加 对配置。不已经配置的所有VLAN将被添加作为第3层 VLAN.

电源和风扇问题

电源INPUT OK LED不亮

如果打开电源开关后,电源 INPUT OK LED 不亮, 请发出 show power status all 命令。查找电源状态,如本示例所示:

cat6knative#show power status all           
                        Power-Capacity PS-Fan Output Oper
PS   Type               Watts   A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1    WS-CAC-2500W       2331.00 55.50  OK     OK     on 
2    none
                        Pwr-Requested  Pwr-Allocated  Admin Oper
Slot Card-Type          Watts   A @42V Watts   A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1    WS-X6K-S2U-MSFC2    142.38  3.39   142.38  3.39  on    on
2    WSSUP1A-2GE         142.38  3.39   142.38  3.39  on    on
3    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
4    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
5    WS-X6500-SFM2       129.78  3.09   129.78  3.09  on    on
6    WS-X6502-10GE       226.80  5.40   226.80  5.40  on    on
cat6knative#

如果状态不是 OK(如本示例所示), 请执行 对电源进行故障排除 部分(在 排除故障 (Catalyst 6500 系列交换机)文档中)中指示的步骤,进一步进行故障排除。

对“C6KPWR-4-POWRDENIED:insufficient power, module in slot [dec] power denied”或“%C6KPWR-SP-4-POWRDENIED:insufficient power, module in slot [dec] power denied”错误消息进行故障排除

如果您在日志中收到此消息,则此消息表示 没有足够的功率启动模块。此消息中的 [dec] 表示 插槽编号:

%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled
C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied
C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied

发出 show power 命令,以 找出电源冗余模式。

cat6knative#show power
system power redundancy mode = redundant
system power total = 27.460A
system power used = 25.430A
system power available = 2.030A
FRU-type       #    current   admin state oper
power-supply   1    27.460A   on          on
power-supply   2    27.460A   on          on
module         1    3.390A    on          on
module         2    3.390A    on          on
module         3    5.500A    on          on
module         5    3.090A    on          on
module         7    5.030A    on          on
module         8    5.030A    on          on
module         9    5.030A    on          off (FRU-power denied).

此输出将显示电源模式为冗余,且 一个电源不足以驱动整个机箱。您可以执行以下两个选项 之一:

  • 使用较高功率的电源。

    例如,如果当前电源是 1300W AC,请使用 2500W AC 或 4000W AC 电源。

  • 将电源冗余模式 复合

    示例如下:

    cat6knative(config)#power redundancy-mode combined 
    cat6knative(config)#
     %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode. 
    

在复合模式下,两个电源同时提供功率。然而,在 此模式下,如果其中一个电源出故障,模块将再次因功率不足而无法启动, 因为另一个电源无法向整个机箱提供功率。

因此,优先选择使用较高功率的 供应。

为空槽预留的功率不能重新分配。如果, 插槽 6 为空,而插槽 2 只有 68 瓦特可用,您 不能为了使插槽 2 有更多的功率可用而将为插槽 6 预留的 282 瓦特功率 重新分配给插槽 2。

每个插槽都有其自己的可用功率,如果某个插槽不在使用中,其功率也不能 重新分配给其他插槽。没有任何命令能够禁用空槽的 预留功率。

注意: 请确保将交换机连接到 220VAC 而不是 110VAC(如果 电源支持 220VAC),以充分使用电源的功率 用品。

有关电源管理的详细信息,请参阅 Catalyst 6000 系列交换机的电源管理

FAN LED 为红色或 show environment status 命令输出显示 Failed

如果您发出 show environment status 命令后发现风扇装配发生故障,请执行 对风扇装配进行故障排除 部分 (在 排除故障 (Catalyst 6500 系列交换机)文档中)中的步骤,以确定问题所在。

示例如下:

cat6knative#show environment status                              
backplane: 
  operating clock count: 2
  operating VTT count: 3
fan-tray 1: 
  fan-tray 1 fan-fail: failed

!--- Output suppressed.

“Diagnostic level complete”造成 6500 崩溃

在已停止支持 [EOS}/生命周期终止 [EOL] 的较早 IOS 版本 12.1 中, 可以看到此错误消息。将诊断恢复为 默认设置“最小”,或者将设备上运行的 IOS 升级到 最新版本的 IOS,以解决此错误。


相关信息


Document ID: 24053