排除硬件和常见问题故障在运行Cisco

IOS系统软件的Catalyst6500/6000系列交换机ContentsIntroductionPrerequisitesRequirementsComponentsUsedConventions对Syslog或控制台中的错误消息进行故障排除showdiagnosticsanity命令Supervisor引擎或模块问题Supervisor引擎LED为红色/琥珀色或状态显示为faulty交换机在持续启动环路,在ROMmon模式或者想念系统镜像备用Supervisor引擎模块不联机或状态指示未知对于SPA模块,ShowModule输出显示"不适用"备用Supervisor引擎意外地重新加载即使拆除模块后,showrun命令仍然显示有关已拆除模块接口的信息交换机重置/独自地重新启动配备DFC的模块自动重置排除不来联机也不指示有故障的一个模块或其它状态故障带内通信故障错误"SystemreturnedtoROMbypower-on(SPbyabort)"Error:NVRAM:nv->magic!
=NVMAGIC,invalidnvramError:SwitchingBusFIFOcounterstuckError:计数器超出阈值,系统操作继续Error:不可以分配没有其他SWIDBSYSTEMINIT:INSUFFICIENTMEMORYTOBOOTTHEIMAGE!
对CatOS到CiscoIOS软件或CiscoIOS软件到CatOS的转换进行故障排除将CiscoIOS转换到CatOS后,用户尝试访问NVRAM时出现问题在用户从CatOS转为CiscoIOS后,无法使用CiscoIOS软件进行引导接口/模块连接问题服务器群中使用的WS-X6548-GE-TX和WS-X6148-GE-TX模块的连接问题或数据包丢失工作站启动时无法登录网络/无法获取DHCP地址对NIC兼容性问题进行故障排除接口在errdisable状态对接口错误进行故障排除收到"%PM_SCP-SP-3-GBIC_BAD:GBICintegritycheckonportxfailed:badkey"错误消息收到有关WS-X6x48模块接口的COIL错误消息对WS-X6x48模块连接问题进行故障排除对STP问题进行故障排除无法使用Telnet命令连接到交换机使用RADIUS认证,无法控制备用装置VSL接口上的巨型数据包计数器多个VLAN出现在交换机电源和风扇问题电源输入OKLED不打开对"C6KPWR-4-POWRDENIED:insufficientpower,moduleinslot[dec]powerdenied"或"%C6KPWR-SP-4-POWRDENIED:insufficientpower,moduleinslot[dec]powerdenied"错误消息进行故障排除FANLED为红色或showenvironmentstatus命令输出显示Failed"Diagnosticlevelcomplete"造成6500崩溃RelatedInformationIntroduction本文档介绍如何解决与运行CiscoIOS系统软件的Catalyst6500/6000交换机有关的硬件问题和相关常见问题.
CiscoIOS软件是指用于Supervisor引擎和MultilayerSwitchFeatureCard(MSFC)模块的单个打包的CiscoIOS映像.
本文档假设您遇到了某个问题,并且希望获得有关该问题的其他信息或者希望解决该问题.
本文档适用于基于Supervisor引擎1、2或720的Catalyst6500/6000交换机.
请参阅将Catalyst6500/6000交换机的系统软件从CatOS转换到CiscoIOS文档的CatOS和CiscoIOS软件映像的命名规则部分,以了解软件映像的命名规则.
请参阅这些文档,以便对在Supervisor引擎上运行CatalystOS(CatOS)并在MSFC上运行CiscoIOS软件的系统进行故障排除:对在Supervisor引擎上运行CatOS并在MSFC上运行CiscoIOS的Catalyst6500/6000系列交换机进行故障排除q对MSFC和MSFC2的硬件及相关问题进行故障排除qPrerequisitesRequirementsTherearenospecificrequirementsforthisdocument.
ComponentsUsedThisdocumentisnotrestrictedtospecificsoftwareandhardwareversions.
ConventionsRefertoCiscoTechnicalTipsConventionsformoreinformationondocumentconventions.
对Syslog或控制台中的错误消息进行故障排除如果控制台日志记录已启用,则系统信息显示在控制台上,或者如果syslog已启用,则系统信息显示在syslog中.
某些消息仅供参考,并不指示错误条件.
有关系统错误消息的概述,请参阅系统消息概述.
启用适当级别的日志记录,并将交换机配置为将消息记录到syslog服务器.
有关更多配置信息,请参阅配置IOS设备的分步说明部分(文档ResourceManagerEssentials和Syslog分析:基本指南).
要监控已记录的消息,请发出showlogging命令.
或者,请定期使用其他监控站,例如CiscoWorks和HPOpenView.
要更好地了解特定的系统消息,请参阅消息和恢复过程(Catalyst6500/6000CiscoIOS系统软件).
如果仍然无法确定问题,或者如果文档中没有列出您遇到的错误消息,请联系Cisco技术支持上报中心.
错误信息%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING4出现在Catalyst6500的控制台.
此问题能有两个原因:与背板(弯的连接器接线插脚或恶劣的电气连接)的连接不好,或者q这能与一个失败模块的第一个征兆有关.
q为了解决此,请设置诊断引导平实"完成",稳固地然后重新安装在机箱的模块4.
这捉住所有潜在硬件故障并且解决任何底板连接问题.
showdiagnosticsanity命令showdiagnosticsanity命令对配置和某些系统状态组合进行一组预定检查.
然后,该命令编译警告条件的列表.
这些检查旨在查找任何可能不恰当的配置和系统状态.
这些检查旨在帮助进行系统健全性的故障排除和维护.
该命令不会修改任何现有变量或系统状态.
它读取与配置和状态相对应的系统变量,以便在与一组预定组合相匹配时发出警告.
该命令不影响交换机功能,并且可以在生产网络环境中使用.
运行过程中的唯一限制是,该命令在访问引导映像并测试其有效性时,会将文件系统保留一段有限的时间.
CiscoIOS软件版本12.
2(18)SXE1或更高版本支持该命令.
检查看上去有效但可能有负面影响的配置的配置情况.
在以下情况下警告用户:中继-中继模式为"on"或者如果端口在"auto"模式下中继.
中继端口已设置为所需的模式但并不在中继,或者如果中继端口协商为半双工.
q建立信道-建立信道模式为"on",或者如果端口不在建立信道并且已设置为所需模式.

q生成树(SpanningTree)-以下选项之一已设置为默认:根最大年限根转发延迟最大年限最长转发延迟Hello时间端口成本端口优先级或者,如果没有为VLAN设置生成树(spanningtree)根.
qUDLD—有单向链路检测协议被禁用的端口,关闭,或者在未确定的状态.
q流控制和Portfast-端口的接收流控制已禁用,或者如果Portfast已启用.
q高可用性-存在冗余Supervisor引擎,但高可用性(HA)已禁用.
q引导字符串和引导配置寄存器-引导字符串为空,或者其中已指定为引导映像的文件无效.
配置寄存器不包括0x2、0x102或0x2102.
qIGMP监听-Internet组管理协议(IGMP)监听已禁用.
此外,如果IGMP监听已禁用但Router-PortGroupManagementProtocol(RGMP)已启用,并且如果多播已全局启用但在接口上已禁用.
qSNMP社区访问字符串-访问字符串(rw、ro、rw-all)已设置为默认.
q端口-端口协商为半双工或具有双工/VLAN不匹配.
q内联电源端口-内联电源端口处于以下任一状态:拒绝有故障其他q模块-模块未处于"OK"状态.
q测试-列出启动时失败的系统诊断测试.
q不可得到的默认网关—连接默认网关为了列出不可能被到达的那些.
q检查bootflash是否已正确格式化且是否有足够空间存放crashinfo文件.
q以下是输出示例:Note:实际输出可能因软件版本而异.
IOSSwitch>showdiagnosticsanityStatusofthedefaultgatewayis:10.
6.
144.
1isaliveThefollowingactiveportshaveauto-negotiatedtohalf-duplex:4/1Thefollowingvlanshaveaspanningtreerootof32k:1Thefollowingportshaveaportcostdifferentfromthedefault:4/48,6/1ThefollowingportshaveUDLDdisabled:4/1,4/48,6/1ThefollowingportshaveareceiveflowControldisabled:4/1,4/48,6/1ThevalueforCommunity-Accessonread-onlyoperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
ThevalueforCommunity-Accessonread-writeoperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
ThevalueforCommunity-Accessonread-write-alloperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
Pleasecheckthestatusofthefollowingmodules:8,9Module2hadaMINOR_ERROR.
TheModule2failedthefollowingtests:TestIngressSpanThefollowingportsfromModule2failedtest1:1,2,4,48请参阅"命令参考指南"的showdiagnosticsanity部分.
Supervisor引擎或模块问题Supervisor引擎LED为红色/琥珀色或状态显示为faulty如果交换机Supervisor引擎LED为红色,或状态显示faulty,则可能存在硬件问题.
您可能收到类似以下内容的系统错误消息:IOSSwitch>showdiagnosticsanityStatusofthedefaultgatewayis:10.
6.
144.
1isaliveThefollowingactiveportshaveauto-negotiatedtohalf-duplex:4/1Thefollowingvlanshaveaspanningtreerootof32k:1Thefollowingportshaveaportcostdifferentfromthedefault:4/48,6/1ThefollowingportshaveUDLDdisabled:4/1,4/48,6/1ThefollowingportshaveareceiveflowControldisabled:4/1,4/48,6/1ThevalueforCommunity-Accessonread-onlyoperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
ThevalueforCommunity-Accessonread-writeoperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
ThevalueforCommunity-Accessonread-write-alloperationsforSNMPisthesameasdefault.
Pleaseverifythatthisisthebestvaluefromasecuritypointofview.
Pleasecheckthestatusofthefollowingmodules:8,9Module2hadaMINOR_ERROR.
TheModule2failedthefollowingtests:TestIngressSpanThefollowingportsfromModule2failedtest1:1,2,4,48请完成以下步骤以进行其他故障排除:通过控制台连接到Supervisor引擎并发出showdiagnosticmodule{1|2}命令(如有可能).
Note:必须将诊断级别设置为完全,以便交换机可执行一整套测试,从而识别所有硬件故障.

执行完全在线诊断测试使启动时间稍有延长.
最小级别下的启动时间比完全级别下的启动时间1.
短,但仍会检测卡上的潜在硬件问题.
发出diagnosticbootuplevel全局配置命令为了再按乒乓键在诊断的级别之间.
CatOS和CiscoIOS系统软件的默认诊断级别都为最小.
Note:运行CiscoIOS软件的基于Supervisor引擎1的系统不支持在线诊断.
以下输出显示故障示例:Router#showdiagnosticmod1CurrentOnlineDiagnosticLevel=CompleteOnlineDiagnosticResultforModule1:MINORERRORTestResults:(.
=Pass,F=Fail,U=Unknown)1.
TestNewLearn:.
2.
TestIndexLearn:.
3.
TestDontLearn:.
4.
TestConditionalLearn:F5.
TestBadBpdu:F6.
TestTrap:.
7.
TestMatch:.
8.
TestCapture:F9.
TestProtocolMatch:.
10.
TestChannel:.
11.
IpFibScTest:.
12.
DontScTest:.
13.
L3Capture2Test:F14.
L3VlanMetTest:.
15.
AclPermitTest:.
16.
AclDenyTest:.
17.
TestLoopback:Port12.
.
18.
TestInlineRewrite:Port12.
.
如果通电诊断返回failure(测试结果中以F表示),请完成以下步骤:将模块重新安装牢固并确保螺钉已拧紧.
将模块移动到相同或不同机箱上已知运行良好的插槽中.
Note:Supervisor引擎1或2只可安装在插槽1或插槽2中.
进行故障排除以消除模块有故障的可能性.
Note:在极少数情况下,有故障的模块可能导致Supervisor引擎报告为faulty.
要消除这种可能性,请执行以下步骤之一:如果最近插入了某个模块后Supervisor引擎开始报告问题,请移除上次插入的模块并重新安装牢固.
如果仍然收到指示Supervisor引擎为faulty的消息,请拆除该模块后重新引导交换机.
如果Supervisor引擎正常运行,则可能是该模块有故障.
检查该模块上的底板连接器,确保没有损坏.
如果没有看见损坏,请尝试将该模块安装在其他插槽或不同机箱中.
此外,请检查底板上的插槽连接器上有无弯曲的引脚.
检查机箱底板上的连接器引脚时,请使用手电筒(如有必要).
如果仍需帮助,请联系Cisco技术支持.
如果最近未添加任何模块,并且更换Supervisor引擎未解决问题,则可能是因为模块安装不正确或者有故障.
要进行故障排除,请将机箱上除Supervisor引擎以外的所有模块全部移除.
将机箱通电,确保Supervisor引擎无故障启动.
如果Supervisor引擎启动时未发生任何故障,请开始插入模块,每次插入一个,直到确定有故障的模块.
如果Supervisor引擎没有再出现故障,则可能是因为某一个模块之前安装不正确.
观察交换机,如果仍然出现问题,请向Cisco技术支持提出服务请求,以进行进一步的故障排除.
依次执行上述各步骤后,请发出showdiagnosticmodulemodule_#命令.
观察模块是否仍然显示failurestatus.
如果仍然出现failurestatus,请从执行的故障排除步骤中获取日志,并向Cisco技术支持提出服务请求,以获取进一步协助.
Note:如果运行的是CiscoIOS软件版本12.
1(8)系列,则不完全支持诊断.
当诊断已启用时,您将收到错误的故障消息.
CiscoIOS软件版本12.
1(8b)EX4及更高版本支持诊断,而对于基于Supervisor引擎2的系统,CiscoIOS软件版本12.
1(11b)E1及更高版本支持诊断.
此外,有关详细信息,请参阅FieldNotice:在CiscoIOS软件版本12.
1(8b)EX2及12.
1(8b)EX3中不正确地启用了诊断.
在引导序列过程中,如果交换机未引导且无法进行自我诊断,请获取输出并向Cisco技术支持提出服务请求,以获取进一步协助.
2.
如果在引导序列或showdiagnosticsmodule{1|2}命令,发出showenvironmentstatus和showenvironmenttemperature命令为了检查输出与环境情况有关和寻找所有其他发生故障的组件.

cat6knative#showenvironmentstatusbackplane:operatingclockcount:2operatingVTTcount:3fan-tray1:fan-tray1fan-fail:OKVTT1:VTT1OK:OKVTT1outlettemperature:35CVTT2:VTT2OK:OKVTT2outlettemperature:31CVTT3:VTT3OK:OKVTT3outlettemperature:33Cclock1:clock1OK:OK,clock1clock-inuse:in-useclock2:clock2OK:OK,clock2clock-inuse:not-in-usepower-supply1:power-supply1fan-fail:OKpower-supply1power-output-fail:OKmodule1:module1power-output-fail:OKmodule1outlettemperature:28Cmodule1device-2temperature:32CRP1outlettemperature:34CRP1inlettemperature:34CEARL1outlettemperature:34CEARL1inlettemperature:28Cmodule3:module3power-output-fail:OKmodule3outlettemperature:39Cmodule3inlettemperature:23CEARL3outlettemperature:33CEARL3inlettemperature:30Cmodule4:module4power-output-fail:OKmodule4outlettemperature:38Cmodule4inlettemperature:26CEARL4outlettemperature:37CEARL4inlettemperature:30Cmodule5:module5power-output-fail:OKmodule5outlettemperature:39Cmodule5inlettemperature:31Cmodule6:module6power-output-fail:OKmodule6outlettemperature:35Cmodule6inlettemperature:29CEARL6outlettemperature:39CEARL6inlettemperature:30C如果发现任何系统组件(风扇、电压终端[VTT])故障,请向Cisco技术支持提出服务请求3.
,并提供命令输出.
对于任何模块,如果您在此输出中看到失败状态,请发出hw-modulemodulemodule_#reset命令.
或者,请将模块重新安装在相同或不同的插槽中,尝试恢复该模块.
此外,请参阅本文档的对不在线或者显示为faulty或other状态的模块进行故障排除部分,以获取进一步协助.
如果状态指示OK(正如步骤3中的示例输出所示),请发出showenvironmentalarms命令,以检查是否有环境警报.
如果没有警报,输出将如下所示:cat6knative#showenvironmentalarmenvironmentalalarms:noalarms但是,如果有警报,输出将如下所示:cat6knative#showenvironmentalarmenvironmentalalarms:systemminoralarmonVTT1outlettemperature(raised00:07:12ago)systemminoralarmonVTT2outlettemperature(raised00:07:10ago)systemminoralarmonVTT3outlettemperature(raised00:07:07ago)systemmajoralarmonVTT1outlettemperature(raised00:07:12ago)systemmajoralarmonVTT2outlettemperature(raised00:07:10ago)systemmajoralarmonVTT3outlettemperature(raised00:07:07ago)4.
交换机在持续启动环路,在ROMmon模式或者想念系统镜像如果您的交换机Supervisor引擎反复持续启动、处于ROMMonitor(ROMmon)模式或缺少系统映像,则很可能不是硬件问题.
如果系统映像损坏或丢失,则Supervisor引擎将进入ROMmon模式或无法引导.
有关如何恢复Supervisor引擎的说明,请参阅从损坏或丢失的引导加载程序映像或ROMmon模式中恢复运行CiscoIOS系统软件的Catalyst6500/6000.
可以从Sup-bootflash:或者slot0:(PC卡插槽)引导CiscoIOS映像.
请在两台设备中都保存一份系统映像的副本,以实现更快的恢复.
如果您的Supervisor引擎2bootflash设备只有16MB,则有必要升级到32MB才能支持更新的系统映像.
有关详细信息,请参阅Catalyst6500系列Supervisor引擎2BootROM和Bootflash设备升级安装说明.
备用Supervisor引擎模块不联机或状态指示未知本部分简要介绍备用Supervisor引擎模块未上线的常见原因以及各问题的解决方法.
可以使用以下方式之一确定Supervisor引擎模块是否未上线:showmodule命令的输出显示状态为other或faulty.
q状态LED呈现琥珀色.
q常见原因/解决方案通过控制台连接备用Supervisor引擎,以确定其是否处于ROMmon模式或连续重启状态.
如果Supervisor引擎处于上述状态之一,请参阅从损坏或丢失的引导加载程序映像或ROMmon模式中恢复运行CiscoIOS系统软件的Catalyst6500/6000.
Note:如果活动Supervisor引擎和备用Supervisor引擎未运行相同的CiscoIOS软件版本,则备用Supervisor引擎可能无法上线.
例如,在以下情况下,Supervisor引擎可能无法上线:活动Supervisor引擎运行RouteProcessorRedundancyPlus(RPR+)模式.
Note:CiscoIOS软件版本12.
1[11]EX及更高版本中提供RPR+模式.
而备用Supervisor引擎运行的软件版本不支持RPR/RPR+模式,例如qCiscoIOS软件版本12.
1[8b]E9.
在这种情况下,备用Supervisor引擎将无法上线,因为默认情况下冗余模式为增强型高系统可用性(EHSA).
备用Supervisor引擎无法与活动Supervisor引擎进行协商.
请确保备用Supervisor引擎和活动Supervisor引擎运行相同的CiscoIOS软件级别.
此输出显示插槽2中的Supervisor引擎处于ROMmon模式.
要恢复备用Supervisor引擎,您必须通过控制台连接备用Supervisor引擎.
有关恢复过程,请参阅从损坏或丢失的引导加载程序映像或ROMmon模式中恢复运行CiscoIOS系统软件的Catalyst6500/6000.
tpa_data_6513_01#showmoduleModPortsCardTypeModelSerialNo.
12Catalyst6000supervisor2(Active)WS-X6K-S2U-MSFC2SAD0628035C20Supervisor-Otherunknownunknown316PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K3416PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K850SwitchingFabricModule-136(Active)WS-X6500-SFM2SAD061701YC611port10-GigabitEthernetModuleWS-X6502-10GESAD062003CMModMACaddressesHwFwSwStatus10001.
6416.
0342to0001.
6416.
03433.
96.
1(3)7.
5(0.
6)HUB9Ok20000.
0000.
0000to0000.
0000.
00000.
0UnknownUnknownUnknown30005.
7485.
9518to0005.
7485.
95271.
312.
1(5r)E112.
1(13)E3,Ok40005.
7485.
9548to0005.
7485.
95571.
312.
1(5r)E112.
1(13)E3,Ok50001.
0002.
0003to0001.
0002.
00031.
26.
1(3)7.
5(0.
6)HUB9Ok60002.
7ec2.
95f2to0002.
7ec2.
95f21.
06.
3(1)7.
5(0.
6)HUB9OkModSub-ModuleModelSerialHwStatus1PolicyFeatureCard2WS-F6K-PFC2SAD062802AV3.
2Ok1Cat6kMSFC2daughterboardWS-F6K-MSFC2SAD062803TX2.
5Ok3DistributedForwardingCardWS-F6K-DFCSAL06121A192.
1Ok4DistributedForwardingCardWS-F6K-DFCSAL06121A462.
1Ok6DistributedForwardingCardWS-F6K-DFCSAL06261R0A2.
3Ok610GBASE-LRSerial1310nmloWS-G6488SAD062201BN1.
1Ok确保Supervisor引擎模块正确连接到底板连接器.
此外,请确保拧紧Supervisor引擎安装螺丝.
有关详细信息,请参阅Catalyst6500系列交换机模块安装说明.
q要确定备用Supervisor引擎是否为faulty,请从活动Supervisor引擎发出redundancyreloadpeer命令.
通过连接到备用Supervisor引擎的控制台观察引导序列,以确定是否存在任何硬件故障.
如果备用Supervisor引擎仍然无法上线,请向Cisco技术支持提出服务请求,以进行进一步的故障排除.
创建服务请求时,请提供您所收集的交换机输出日志以及执行的故障排除步骤.
q对于SPA模块,ShowModule输出显示"不适用"因为PA-1XCHSTM1/OC3的SRB中不支持诊断,所以会出现此错误消息.
发送此命令时,如果交换机运行SRB代码,则将显示不适用状态.
这并不表示未检查SPA接口处理器的状态,因为整体诊断生成了正确的结果.
此输出从SRC代码开始起作用.
这是因为SRB代码有bug,此bug记录在CSCso02832(仅限注册用户)中.
备用Supervisor引擎意外地重新加载本部分讨论Catalyst交换机备用Supervisor意外重新加载的常见原因.
常见原因/解决方案同步启动配置失败后,活动Supervisor重置备用Supervisor.
问题的原因可能是管理站在短时间(1-3秒)内连续执行wrmem,这样便锁定了启动配置并导致同步失败.
如果第一个同步进程还没有完成就发出了第二个wrmem,备用Supervisor上将出现同步故障,有时备用Supervisor还会重新加载或重置.
此问题记录在bugCSCsg24830(仅限注册用户)中.
该同步故障可通过以下错误消息确定:tpa_data_6513_01#showmoduleModPortsCardTypeModelSerialNo.
12Catalyst6000supervisor2(Active)WS-X6K-S2U-MSFC2SAD0628035C20Supervisor-Otherunknownunknown316PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K3416PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K850SwitchingFabricModule-136(Active)WS-X6500-SFM2SAD061701YC611port10-GigabitEthernetModuleWS-X6502-10GESAD062003CMModMACaddressesHwFwSwStatus10001.
6416.
0342to0001.
6416.
03433.
96.
1(3)7.
5(0.
6)HUB9Ok20000.
0000.
0000to0000.
0000.
00000.
0UnknownUnknownUnknown30005.
7485.
9518to0005.
7485.
95271.
312.
1(5r)E112.
1(13)E3,Ok40005.
7485.
9548to0005.
7485.
95571.
312.
1(5r)E112.
1(13)E3,Ok50001.
0002.
0003to0001.
0002.
00031.
26.
1(3)7.
5(0.
6)HUB9Ok60002.
7ec2.
95f2to0002.
7ec2.
95f21.
06.
3(1)7.
5(0.
6)HUB9OkModSub-ModuleModelSerialHwStatus1PolicyFeatureCard2WS-F6K-PFC2SAD062802AV3.
2Ok1Cat6kMSFC2daughterboardWS-F6K-MSFC2SAD062803TX2.
5Ok3DistributedForwardingCardWS-F6K-DFCSAL06121A192.
1Ok4DistributedForwardingCardWS-F6K-DFCSAL06121A462.
1Ok6DistributedForwardingCardWS-F6K-DFCSAL06261R0A2.
3Ok610GBASE-LRSerial1310nmloWS-G6488SAD062201BN1.
1Oktpa_data_6513_01#showmoduleModPortsCardTypeModelSerialNo.
12Catalyst6000supervisor2(Active)WS-X6K-S2U-MSFC2SAD0628035C20Supervisor-Otherunknownunknown316PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K3416PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K850SwitchingFabricModule-136(Active)WS-X6500-SFM2SAD061701YC611port10-GigabitEthernetModuleWS-X6502-10GESAD062003CMModMACaddressesHwFwSwStatus10001.
6416.
0342to0001.
6416.
03433.
96.
1(3)7.
5(0.
6)HUB9Ok20000.
0000.
0000to0000.
0000.
00000.
0UnknownUnknownUnknown30005.
7485.
9518to0005.
7485.
95271.
312.
1(5r)E112.
1(13)E3,Ok40005.
7485.
9548to0005.
7485.
95571.
312.
1(5r)E112.
1(13)E3,Ok50001.
0002.
0003to0001.
0002.
00031.
26.
1(3)7.
5(0.
6)HUB9Ok60002.
7ec2.
95f2to0002.
7ec2.
95f21.
06.
3(1)7.
5(0.
6)HUB9OkModSub-ModuleModelSerialHwStatus1PolicyFeatureCard2WS-F6K-PFC2SAD062802AV3.
2Ok1Cat6kMSFC2daughterboardWS-F6K-MSFC2SAD062803TX2.
5Ok3DistributedForwardingCardWS-F6K-DFCSAL06121A192.
1Ok4DistributedForwardingCardWS-F6K-DFCSAL06121A462.
1Ok6DistributedForwardingCardWS-F6K-DFCSAL06261R0A2.
3Ok610GBASE-LRSerial1310nmloWS-G6488SAD062201BN1.
1Okq激活的Supervisor与备用Supervisor不同步其配置.
此情况可以是由临时使用由另一个进程的配置文件造成的一瞬变一个.
如果输入showconfiguration命令或showrunning-configuration命令查看配置或运行的配置,配置文件是锁着的.
此问题在BugCSCeg21028(仅限注册用户)描述.
该同步故障可通过以下错误消息确定:tpa_data_6513_01#showmoduleModPortsCardTypeModelSerialNo.
12Catalyst6000supervisor2(Active)WS-X6K-S2U-MSFC2SAD0628035C20Supervisor-Otherunknownunknown316PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K3416PureSFM-mode16port1000mbGBICWS-X6816-GBICSAL061218K850SwitchingFabricModule-136(Active)WS-X6500-SFM2SAD061701YC611port10-GigabitEthernetModuleWS-X6502-10GESAD062003CMModMACaddressesHwFwSwStatus10001.
6416.
0342to0001.
6416.
03433.
96.
1(3)7.
5(0.
6)HUB9Ok20000.
0000.
0000to0000.
0000.
00000.
0UnknownUnknownUnknown30005.
7485.
9518to0005.
7485.
95271.
312.
1(5r)E112.
1(13)E3,Ok40005.
7485.
9548to0005.
7485.
95571.
312.
1(5r)E112.
1(13)E3,Ok50001.
0002.
0003to0001.
0002.
00031.
26.
1(3)7.
5(0.
6)HUB9Ok60002.
7ec2.
95f2to0002.
7ec2.
95f21.
06.
3(1)7.
5(0.
6)HUB9OkModSub-ModuleModelSerialHwStatus1PolicyFeatureCard2WS-F6K-PFC2SAD062802AV3.
2Ok1Cat6kMSFC2daughterboardWS-F6K-MSFC2SAD062803TX2.
5Ok3DistributedForwardingCardWS-F6K-DFCSAL06121A192.
1Ok4DistributedForwardingCardWS-F6K-DFCSAL06121A462.
1Ok6DistributedForwardingCardWS-F6K-DFCSAL06261R0A2.
3Ok610GBASE-LRSerial1310nmloWS-G6488SAD062201BN1.
1Okq即使拆除模块后,showrun命令仍然显示有关已拆除模块接口的信息当您从机箱时物理的去除模块,模块的配置在slot仍然出现.
此问题是允许模块的更加容易的更换设计的结果.
如果在slot插入同一种模块,交换机使用以前在slot模块的配置.
如果插入另外一种模块到slot,清除模块配置.
为了自动地去除配置,一旦模块被采取在slot外面,请发出模块clearconfig命令从全局配置模式.
在模块从slot前,被去除请保证发出命令.
命令不清除从slot已经被去除了的旧的配置模块.
此命令清除从showrunning-config命令和接口详细资料的输出的模块配置从输出的showipinterfacebrief命令.
从CiscoIOS版本12.
2(18)SXF和以上,它从showversion命令也取消计数接口类型.
交换机重置/独自地重新启动如果您的交换机独自地重置,不用任何人工干预,请遵从这些步骤为了识别问题:常见原因/解决方案交换机可能发生了软件崩溃.
发出dirbootflash:命令,显示MSFC(路由处理器[RP])bootflash设备,并发出dirslavebootflash:命令,检查是否发生了软件崩溃.
在此部分的输出表示,Crash信息在RPBootflash被记录了:.
确保所查看的crashinfo涉及最近的故障.
发出更多Bootflash:filename命令为了显示崩溃信息文件.
在本例中,命令是更多bootflash:crashinfo_20020829-112340.
cat6knative#dirbootflash:Directoryofbootflash:/q1-rw-1693168Jul24200215:48:22c6msfc2-boot-mz.
121-8a.
EX2-rw-183086Aug29200211:23:40crashinfo_20020829-1123403-rw-20174748Jan30200311:59:18c6sup22-jsv-mz.
121-8b.
E94-rw-7146Feb03200306:50:39test.
cfg5-rw-31288Feb03200307:36:3601_config.
txt6-rw-30963Feb03200307:36:4402_config.
txt31981568bytestotal(9860396bytesfree)dirsup-bootflash:命令显示Supervisor引擎Bootflash:设备.
也可以发出dirslavesup-bootflash:命令为了显示备用Supervisor引擎Bootflash:设备.
此输出在Supervisor引擎Bootflash显示记录的Crash信息:设备:cat6knative11#dirsup-bootflash:Directoryofsup-bootflash:/1-rw-14849280May23200112:35:09c6sup12-jsv-mz.
121-5c.
E102-rw-20176Aug02200118:42:05crashinfo_20010802-234205!
---Outputsuppressed.
如果命令输出表明在您怀疑交换机重新引导发生了软件崩溃,请与Cisco技术支持联系.
提供showtech-support命令和showlogging命令的输出以及crashinfo文件的输出.
为了发送文件,请通过TFTP调用它从交换机到TFTPserver,并且附加文件案件.
如果没有崩溃信息文件,请检查电源交换机确信,没有发生故障.
如果使用一个不间断电源(UPS),请切记适当地运作.
如果不能仍然确定问题,请与Cisco技术支持逐步升级中心联系.

q配备DFC的模块自动重置如果分布式转发卡(DFC)-被配备的模块独自地重置了,不用用户重新加载,您能检查DFC卡的Bootflash发现是否失败了.
如果提供了故障信息文件,则可以找出故障的原因.
发出dirdfc-module_--bootflash:命令以验证是否有故障信息文件以及写入文件的时间.
如果DFC重置匹配Crash信息时间戳,请发出更多dfc-module_--bootflash:filename命令.
或者,请发出复制dfc-module_--bootflash:filenametftp命令以通过TFTP向TFTP服务器传输文件.
cat6knative#dirdfc#6-bootflash:Directoryofdfc#6-bootflash:/-#-ED----type------crc----seek--nlen-length------date/time------name1.
.
crashinfo2B745A9AC24D025271437Jan27200320:39:43crashinfo_20030127-203943有了可用的crashinfo文件之后,收集showlogging命令和showtech命令的输出,并与Cisco技术支持联系以获得进一步的帮助.
排除不来联机也不指示有故障的模块或其它状态故障此部分概述常见原因一个模块在线路可以不能来和如何解决问题.
您能确定模块在线路在这些方式之一中不来:输出的showmodule命令显示这些状态之一:-power-denypower-badq状态LED呈现琥珀色或红色.
q常见原因/解决方案检查相关版本的Catalyst6500Series版本注释的SupportedHardware部分.
如果您当前运行的q软件不支持模块,从CiscoIOS软件中心(仅限注册用户)请下载必需的软件.
如果状态为power-deny,则交换机可能没有足够电源为此模块供电.
发出showpower命令为了确认足够的功率是否是可用的.
请参阅本文档中的对"C6KPWR-4-POWRDENIED:insufficientpower,moduleinslot[dec]powerdenied"或"%C6KPWR-SP-4-POWRDENIED:不足的功率,在本文的slot[dec]功率被拒绝的错误MessagesSection的模块.
q如果状态是power-bad,交换机能发现卡,但是无法分配功率.
这是可能的,如果Supervisor引擎不是可以访问在模块的序列PROM(SPROM)内容为了确定线卡的证明.
您能发出showidprommoduleslot命令为了验证SPROM是否是可读的.
如果SPROM不是可访问的,您能重置模块.
q切记模块适当地供以座位并且完全地被旋进.
如果模块在线路仍然不来,请发出diagnosticbootuplevel完全全局配置命令为了确信,诊断是启用的.
然后,请发出reset命令hw-module模块的slot_number.
如果模块在线路仍然不来,请检查在模块的背板连接器确信,没有损伤.
如果没有视觉损伤,请尝试在另一slot或一个不同的机箱的模块.
此外,请检查底板上的插槽连接器上有无弯曲的引脚.
检查机箱底板上的连接器引脚时,请使用手电筒(如有必要).

q发出slot_number命令显示的诊断模块为了识别在模块的所有硬件故障.
发出diagnosticbootuplevel完全全局配置命令为了enable(event)完全诊断.
您必须安排完全诊断被启用,以便交换机可执行在模块的诊断.
如果安排最小的诊断被启用,并且变成完全诊断,模块必须重置,以便交换机可执行充分的诊断.
在此部分的输出示例发出showdiagnosticsmodule命令.
因为许多测试在最小模式,被执行了,但是输出是缺乏决定性的.
输出显示如何打开诊断的级别再然后发出showdiagnosticsmodule命令为了发现完全结果.
Note:千兆接口转换器(GBIC)在示例模块上未安装.
因此,未执行完整性测试.
GBIC完整性测试在铜线GBIC(WS-G5483=)仅被执行.
cat6native#showdiagnosticmodule3CurrentOnlineDiagnosticLevel=MinimalOnlineDiagnosticResultforModule3:PASSOnlineDiagnosticLevelwhenModule3cameup=MinimalTestResults:(.
=Pass,F=Fail,U=Unknown)1.
TestGBICIntegrity:Port12345678910111213141516UUUUUUUUUUUUUUUU2.
TestLoopback:Port123456789101112131415163.
TestDontLearn:U4.
TestConditionalLearn:.
5.
TestStaticEntry:U6.
TestCapture:U7.
TestNewLearn:.
8.
TestIndexLearn:U9.
TestTrap:U10.
TestIpFibShortcut:.
11.
TestDontShortcut:U12.
TestL3Capture:U13.
TestL3VlanMet:.
14.
TestIngressSpan:.
15.
TestEgressSpan:.
16.
TestAclPermit:Uq17.
TestAclDeny:U18.
TestNetflowInlineRewrite:Port12345678910111213141516UUUUUUUUUUUUUUUU!
---Teststhataremarked"U"wereskippedbecauseaminimal!
---levelofdiagnosticswasenabled.
cat6knative#configureterminalEnterconfigurationcommands,oneperline.
EndwithCNTL/Z.
cat6knative(config)#diagnosticbootuplevelcomplete!
---Thiscommandenablescompletediagnostics.
cat6knative(config)#endcat6knative#*Feb1813:13:03EST:%SYS-5-CONFIG_I:Configuredfromconsolebyconsolecat6knative#cat6knative#hw-modulemodule3resetProceedwithreloadofmodule[confirm]%resetissuedformodule3cat6knative#*Feb1813:13:20EST:%C6KPWR-SP-4-DISABLED:powertomoduleinslot3setoff(Reset)*Feb1813:14:12EST:%DIAG-SP-6-RUN_COMPLETE:Module3:RunningCompleteOnlineDiagnostics.
.
.
*Feb1813:14:51EST:%DIAG-SP-6-DIAG_OK:Module3:PassedOnlineDiagnostics*Feb1813:14:51EST:%OIR-SP-6-INSCARD:Cardinsertedinslot3,interfacesarenowonlinecat6knative#showdiagnosticmodule3CurrentOnlineDiagnosticLevel=CompleteOnlineDiagnosticResultforModule3:PASSOnlineDiagnosticLevelwhenModule3cameup=CompleteTestResults:(.
=Pass,F=Fail,U=Unknown)1.
TestGBICIntegrity:Port12345678910111213141516UUUUUUUUUUUUUUUU!
---Theresultforthistestisunknown("U",untested)!
---becausenocopperGBICSarepluggedin.
2.
TestLoopback:Port123456789101112131415163.
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:Port12345678910111213141516发出showtech-support命令和showlogging命令.
寻找与此模块关连为了进一步排除故障的所有其他消息.
如果模块在线路仍然不来,用Cisco技术支持请创建一个服务请求为了进一步排除故障.
提供输出的交换机的日志您收集了和您执行的故障排除步骤.
q带内通信故障Supervisor引擎能投掷指示同带信号传输通信故障的消息.
交换机会找出记录的消息类似于这些:InbandKeepAliveFailure:Module1notrespondingoverinbandInbandKeepAlive:Module2inbandrate:rx=0pps,tx=0ppsProcessStatusPing:Module1notrespondingoverSCPProcessStatusPing:Module1notresponding.
.
.
resettingmodule常见原因/解决方案1当交换机的管理接口处理大流量时,交换日志InbandKeepAliveFailure错误信息出现.
这可以由这些原因造成:Supervisor引擎繁忙q生成树(spanningtree)协议环路qACL和QoS策略节流了或在同带信号传输通信信道的丢失的数据流q端口ASIC同步问题q交换矩阵模块问题q要解决此问题,请遵循以下说明:请使用showprocessCPU,确定哪个进程导致此问题.
请参见Catalyst6500/6000交换机高CPU利用率清除根本原因.
1.
一个误定位的或有故障的Supervisor模块能投掷这些通信故障消息.
为了从此错误信息恢复,请安排一个维护窗口并且再置Supervisor模块.
2.
错误"SystemreturnedtoROMbypower-on(SPbyabort)"CiscoCatalyst6500/6000运行的CiscoIOS软件能看上去重新载入与此重置原因:InbandKeepAliveFailure:Module1notrespondingoverinbandInbandKeepAlive:Module2inbandrate:rx=0pps,tx=0ppsProcessStatusPing:Module1notrespondingoverSCPProcessStatusPing:Module1notresponding.
.
.
resettingmodule有允许中断,例如0x2,并且收到一个控制台中断信号的SP配置寄存器的一台Catalyst6500/6000输入ROMmon诊断方式.
系统看上去失败.
配置寄存器设置的不匹配在SP和RP的能引起此种重新加载.
特别地,您能设置Supervisor引擎交换机处理器(SP)配置寄存器为不忽略中断的值,而多层交换机特性卡(MSFC)路由处理器(RP)配置寄存器是忽略中断的适当的值.
例如,您能设置Supervisor引擎SP为0x2和MSFCRP为0x2102.
欲知更多信息,请参见IOS与错误"系统的Catalyst6500/6000重置返回到ROM由通电(由中止的SP)".
不管在运行的配置的引导变量配置CiscoCatalyst6500/6000运行的CiscoIOS软件在超级启动盘引导旧镜像.
即使配置引导变量从外部闪存引导,交换机在超级启动盘引导仅旧镜像.
此问题的原因是配置寄存器设置的不匹配在SP和RP的.
在RP中,请发出showbootvar命令.
Switch#shbootBOOTvariable=sup-bootdisk:s72033-advipservicesk9_wan-mz.
122-18.
SXF7.
bin,1;CONFIG_FILEvariable=BOOTLDRvariable=Configurationregisteris0x2102在SP中,请发出showbootvar命令.
Switch-sp#shbootBOOTvariable=bootdisk:s72033-advipservicesk9_wan-mz.
122-18.
SXF7.
bin,1;CONFIG_FILEvariabledoesnotexistBOOTLDRvariabledoesnotexistConfigurationregisteris0x2101这的运行的配置引起交换机引导前一个镜像不管引导变量配置.
为了解决此问题,请发出命令switch(config)-config-register0x2102,然后确认SP和RP有同样config-registervalue.
在您在启动配置方面后,保存它请重新载入交换机.
Error:NVRAM:nv->magic!
=NVMAGIC,invalidnvram此错误消息指示NVRAM有问题.
如果清除NVRAM并且重新载入交换机,能恢复NVRAM.
如果这不解决问题,请格式化NVRAM为了帮助解决问题.
在两种情况下,推荐有NVRAM内容的备份.
只有当NVRAM调试是启用的时,此错误信息显示.
Error:SwitchingBusFIFOcounterstuck错误消息CRIT_ERR_DETECTEDModule7-Error:FIFO表明模块看不到在数据交换总线的活动.
因为最近插入的模块在机箱最初未稳固地插入也太迟缓地,未把推入此错误的原因可以是.

重新安装模块为了解决问题.
Error:计数器超出阈值,系统操作继续Catalyst6500vss簇遇到此错误信息:Switch-sp#shbootBOOTvariable=bootdisk:s72033-advipservicesk9_wan-mz.
122-18.
SXF7.
bin,1;CONFIG_FILEvariabledoesnotexistBOOTLDRvariabledoesnotexistConfigurationregisteris0x2101TestErrorCounterMonitor发现在指定的模块的一个错误计数器超出了阈值.
关于错误计数器的特定数据在一分开的系统消息将被发送.
TestErrorCounterMonitor是周期地轮询错误计数器和每个线卡或Supervisor模块中断计数器在系统的不制造混乱的健康监控后台进程.
Switch-sp#shbootBOOTvariable=bootdisk:s72033-advipservicesk9_wan-mz.
122-18.
SXF7.
bin,1;CONFIG_FILEvariabledoesnotexistBOOTLDRvariabledoesnotexistConfigurationregisteris0x2101TestErrorCounterMonitor发现在指定的模块的一个错误计数器超出了阈值.
此消息包含关于错误计数器的特定数据,包括计数器的ASIC和寄存器和错误计数.
当在线路卡的ASIC收到与坏CRC时的信息包此错误信息收到.
问题可能是本地对此模块或可能由在机箱的一些其他有故障的模块触发.
例如:Switch-sp#shbootBOOTvariable=bootdisk:s72033-advipservicesk9_wan-mz.
122-18.
SXF7.
bin,1;CONFIG_FILEvariabledoesnotexistBOOTLDRvariabledoesnotexistConfigurationregisteris0x2101因为未稳固地插入,此错误的原因可以是最近插入的模块.
重新安装模块为了解决问题.
Error:不可以分配没有其他SWIDB此错误信息收到,当软件接口描述符块(SWIDB)时的最大数量到达:%INTERFACE_API-SP-1-NOMORESWIDBSWIDB12000请参见最大接口数和子接口CiscoIOS平台的:关于IDB限额的更多信息IDB限额.
当您设法转换非连接孔接口成连接孔时,返回错误.
Switch(config)#interfacegigabitethernet7/29Switch(config-if)#switchport%Commandrejected:Cannotconvertport.
Maximumnumberofinterfacesreached.
Outputofidb:AMC440E-SAS01#showidbMaximumnumberofSoftwareIDBs12000.
Inuse11999.
HWIDBsSWIDBsActive218220Inactive1177911779TotalIDBs1199711999Sizeeach(bytes)33921520Totalbytes4069382418238480此示例表示,总IDBs编号(在SWIDBs列下)到达了IDBs限制的最大数量.
当您删除子接口时,在SWIDBs列的活动和非激活编号更改;然而,总数IDBs编号在内存依然是.

为了解决此问题,请重新载入交换机清除IDB数据库.
否则,一旦消失,您将需要重新使用被删除的子接口.
SYSTEMINIT:INSUFFICIENTMEMORYTOBOOTTHEIMAGE!
当CiscoCatalyst6500switch不能用一个指定的CiscoIOS软件版本时,引导一个相似的错误信息报告.
Switch(config)#interfacegigabitethernet7/29Switch(config-if)#switchport%Commandrejected:Cannotconvertport.
Maximumnumberofinterfacesreached.
Outputofidb:AMC440E-SAS01#showidbMaximumnumberofSoftwareIDBs12000.
Inuse11999.
HWIDBsSWIDBsActive218220Inactive1177911779TotalIDBs1199711999Sizeeach(bytes)33921520Totalbytes4069382418238480当没有足够的DRAM可用为镜像在解压的闪存此问题通常发生.
要解决此问题,请执行以下选项之一:升级DRAM.
请参见内存需求(示例4)部分如何选择CiscoIOSSoftwareRelease.
这计算对于您的镜像DRAM是必需的相当数量.
q加载适合当前内存大小的映像.
为了确定在您的Catalyst6500/6000上安装的Supervisor的种类,请参见如何确定在Catalyst6500/6000系列交换机上安装Supervisor模块的种类.
为了认识默认内存选项可用在Catalyst6500/6000,请参见/闪存大小支持Catalyst交换机平台内存.
为了选择和下载适当的软件,请使用下载-交换机(仅限注册用户)页.
q对CatOS到CiscoIOS软件或CiscoIOS软件到CatOS的转换进行故障排除如果有与一个转换的困难从CatOS到CiscoIOS系统软件或CiscoIOS软件向CatOS,请参见协助的这些文件:将Catalyst6500/6000交换机的系统软件从CatOS转换到CiscoIOSq系统软件转换从CiscoIOS到Catalyst6500/6000交换机的CatOSq将CiscoIOS转换到CatOS后,用户尝试访问NVRAM时出现问题如果NVRAM毁损或CONFIG_FILE变量的值从MSFCROMmon设置在转换期间从CiscoIOS到CatOS,您能遇到问题,当您设法从MSFC时访问NVRAM.
您也收到类似于这些的错误信息:Router#writememorystartup-configfileopenfailed(Notenoughspace)Router#dirnvram:Directoryofnvram:/%Errorcallinggetdentsfornvram:/(Unknownerror89)当与CONFIG_FILE的MSFC负荷在ROMmon时设置,用户无法保存配置到NVRAM.
showstartup-config也失效与错误代码89.
此问题在Catalyst6500在混合模式下被看到用Supervisor引擎720,运行CiscoIOSSoftwareRelease12.
2(在MSFC3的14)SX2.
如果设置,这些是解决方法CONFIG_FILE:升级MSFC3代码到CiscoIOSSoftwareRelease12.
2(17a)SX或以上.
关于如何升级在MSFC的软件镜像的更多信息,如何请参见对在Catalyst交换层3模块的升级软件镜像.

1.
移置CONFIG_FILE可变从MSFCROMmon.
在前60秒启动期间,为了加入ROMmon模式,请重新载入MSFC然后按Ctrl+Break键.
一旦MSFC加入ROMmon模式,请发出这些命令为了移置CONFIG_FILE:rommon2>priv!
---PressEnterorReturn.
!
---YouhaveenteredROMmonprivilegedmode.
!
---Youseethisoutput:Younowhaveaccesstothefullsetofmonitorcommands.
Warning:somecommandswillallowyoutodestroyyourconfigurationand/orsystemimagesandcouldrenderthemachineunbootable.
rommon3>unsetCONFIG_FILE!
---PressEnterorReturn.
!
---ThisunsetstheCONFIG_FILEvariable.
rommon4>sync!
---PressEnterorReturn.
rommon5>reset!
---PressEnterorReturn.
2.
如果NVRAM毁损在转换期间从CiscoIOS到CatOS,请清除NVRAM解决问题.
为了清除NVRAM,请加入ROMmon模式然后发出这些命令:rommon1>priv!
---PressEnterorReturn.
!
---YouhaveenteredROMmonprivilegedmode.
!
---Youseethisoutput:Younowhaveaccesstothefullsetofmonitorcommands.
Warning:somecommandswillallowyoutodestroyyourconfigurationand/orsystemimagesandcouldrenderthemachineunbootable.
qrommon2>nvram_erase!
---PressEnterorReturn.
!
---Besuretoentertheseparametersexactly:!
---Thefirstlineisa"be"(nospace)followedbysixzeros("000000"Thenextlineisan"2"(nospace)followedbyfivezeros("00000").
Enterinhexthestartaddress[0xbe020000]:be000000!
---PressEnterorReturn.
Enterinhexthetestsizeorlengthinbytes[0x100]:200000!
---PressEnterorReturn.
!
---AftertheNVRAMerasehascompleted,issuetheresetcommand.
rommon3>reset!
---PressEnterorReturn.
qNote:Supervisor引擎720有nvram_erasein命令路由处理器(MSFC)ROMmon,并且它不是在交换处理器(Supervisor引擎)ROMmon的一个有效命令.
在用户从CatOS转为CiscoIOS后,无法使用CiscoIOS软件进行引导如果设法在转换进程中引导从disk0的CiscoIOS软件或slot0,您能收到错误信息类似于此:rommon3>reset!
---PressEnterorReturn.
此错误信息可能与硬件或软件有关,并可能导致启动环路或交换机进入ROMMonitor(ROMmon)模式.
要解决此问题,请执行以下步骤:此问题可能由软件映像校验和错误引起.
重新下载从TFTPserver的CiscoIOS软件镜像.
1.
如果重新下载不解决问题,请格式化闪存卡并且重新下载CiscoIOS软件镜像.
有关如何清除闪存的信息,请参阅PCMCIA文件系统兼容性列表和文件系统信息.
2.
此问题也可能由硬件故障引起,但错误信息未指出是哪个硬件组件引起了问题.
请尝试从另一个闪存卡启动CiscoIOS软件.
3.
接口/模块连接问题服务器群中使用的WS-X6548-GE-TX和WS-X6148-GE-TX模块的连接问题或数据包丢失当您使用WS-X6548-GE-TX或WS-X6148-GE-TX模块时,单个端口的使用率有可能导致周围接口的连接问题或数据包丢失.
特别是,当您在这些线卡使用EtherChannel和远程交换端口分析程序(RSPAN)时,您能潜在看到慢作用由于信息包丢失.
这些线卡是设计对桌面延伸千兆位,并且也许不是理想的对小型服务器站连接的超额预订卡.
在这些模块上,有一个来自端口ASIC的单条1千兆以太网上行链路,该链路支持八个端口.
这些卡共享在一个端口组的一个1Mb缓冲区之间(1-8,9-16,17-24,25-32,33-40和41-48),因为八个端口每个块是过度预定的8:1.
这八个端口块的总吞吐量不可超过1Gbps.
在CiscoCatalyst6500Series10/100-&10/100/1000Mbps以太网接口模块的表4显示不同种类的以太网接口模块和支持的缓冲大小每个端口.

超额预订发生由于多个端口被结合到单个PINNACLEASIC.
PINNACLEASIC是传输信息包在背板交换总线和网络端口之间的一个直接存储器访问(DMA)引擎.
如果在此范围的任何端口收到或传输数据流以超出其带宽或使用很多缓冲区处理突发数据流的费率,在同一个范围的其他端口能潜在体验信息包丢失.
在这些模块的缓冲区分配在缓冲区、队列&阈值描述在Catalyst6500以太网模块.
因为从整个VLAN复制数据流或多个端口到单个接口,是不少见的SPAN目的地是一个非常常见原因.
在与单个接口缓冲区的一个卡,超出目的地端口带宽静静地丢弃的信息包和其他端口不受影响.

使用一个共有的缓冲区,这引起其他端口的连接问题在此范围.
在大多数情况下,共用缓冲区不会造成任何问题.
与八千兆位附有了工作站,它是少见的提供的带宽被超出.

交换机在使用中能体验降低,当您配置在交换机时的本地SPAN,特别是如果监控很多源端口.
此问题依然是,如果监控某些VLAN,并且,如果大量或端口分配到任何这些VLAN.

即使SPAN在硬件方面执行,有性能影响,因为交换机两倍当前运载同等数量数据流.
因为每个线路卡复制数据流在入口,每当端口被监控,所有入口流量被加倍,当击中结构时.
数据流捕获从很大数量的繁忙的端口的在线路卡能填满结构连接,特别是与WS-6548-GE-TX卡,只有8千兆位结构连接.
WS-X6548-GE-TX、WS-X6548V-GE-TX、WS-X6148-GE-TX和WS-X6148V-GE-TX模块对EtherChannel进行了限制.
就EtherChannel而言,来自链路捆绑中所有链路的数据都会转入端口ASIC,即使这些数据发往另一条链路也是如此.
这些数据会消耗该1千兆以太网链路中的带宽.
就这些模块而言,EtherChannel上所有数据的总和不能超过1千兆.
检查此输出为了验证模块经受丢包与在使用的缓冲区有关:CatOSCat6500(enable(event))显示asicreg石峰犯错请检查寄存器列表中的此输出.
如果设置在此输出中是非零,表明有丢包由于缓冲区超出.
015B:PI_PBT_S_QOS3_OUTLOST_REG=0011015F:PI_PBT_S_HOLD_REG=D26CqNativeIOSCat6500-showcountersinterfacegigabitethernet|包括qos3Outlost51.
qos3Outlost=768504851q运行显示发出命令几次检查asicreg是否不断地增加.
asicreg输出,在他们运行时候,清除.
如果asicreg输出依然是非零那么这指示活动丢包.
基于数据流的费率,此数据也许需要在几分钟收集为了获得重大的增量.
解决方法完成这些步骤:查出也许一致过度预定到他们自己的端口范围为了使丢包减到最小的影响到其他接口的所有端口.
例如,如果有一个服务器被连接到过度预定接口的端口1,这可以导致慢作用,如果有几个其他服务器被连接到端口在范围2-8.
在这种情况下,请移动超额订购服务器向端口9为了释放在端口第一个块的缓冲区1-8.
在更新的软件版本,SPAN目的地有缓冲自动地被移动向接口,因此不影响在其范围的其他端口.
参考CiscoBugIDCSCed25278(仅限注册用户)(CatOS)和CSCin70308(仅限注册用户)(NativeIOS)欲知更多信息.
1.
禁用使用接口缓冲区而不是共有的缓冲区的HeadofLine封闭(HOL).
这导致只有单个过度使用的端口发生丢包现象.
自从接口缓冲区(32k)小于1Mb共有的缓冲区,那里可以潜在单个端口的显着更多信息包丢失.
这为更慢的客户端或SPAN端口不可能被移动向其他线卡提供专用的接口缓冲区的极端情况只是推荐的.
NativeIOSRouter(config)-interfacegigabitethernet(config-if)#hol-blocking功能失效一旦这是失效的,丢包移动向接口计数器,并且能在showinterface千兆位命令看到.
在他们不单个也破裂条件下,其他端口不再受影响.
因为推荐保持HOL阻拦被启用,此信息可以用于查找超出在端口范围的缓冲区的设备并且移动它向另一个卡或一个查出的范围在卡,因此HOL阻拦可以重新授权给.

CatOSConsole>(enable(event))setporthol-blocking功能失效一旦这是失效的,丢包移动向接口计数器,并且能在showmac命令看到.
在他们不单个也破裂条件下,其他端口不再受影响.
因为推荐保持HOL阻拦被启用,此信息可以用于查找超出在端口范围的缓冲区的设备并且移动它向另一个卡或一个查出的范围在卡,因此HOL阻拦可以重新授权给.
2.
当您配置SPAN会话时,请切记目的地端口不报告在该特定接口的任何错误.
为了检查在目的地端口的所有可能的错误,请检查showinterface命令的输出IOS或输出的showportcounters命令在CatOS发现是否有任何输出下落或错误.
设备被连接到目的地端口和端口必须有避免同样速度和双工的设置在目的地端口的所有错误.
3.
考虑一个移动到未过度预定端口的以太网模块.
参考CiscoCatalyst6500SeriesSwitches-相关接口和模块关于支持的模块的更多信息.
4.
工作站启动时无法登录网络/无法获取DHCP地址在交换机运行的协议能引入初始连接延迟.
有可能性您有此问题,如果观察这些症状中的任一种,当您加电或重新启动客户端机器时:微软网络客户端不显示.
qDHCP不报告DHCP.
qNovell互联网分组交换(IPX)网络工作站在启动时不显示NovellLogin屏幕.
q显示AppleTalkAppleTalk联网客户端Tore-establishyourconnection,openandclosetheAppleTalkcontrolpanel.
也有可能AppleTalk客户端选择器应用程序不显示区域列表或者显示的区域列表不完整.
qIBM网络位置能有这些消息之一:NSB83619--AddressresolutionfailedNSB83589--Failedtobootafter1attemptNSB70519--Failedtoconnecttoaserverq常见原因/解决方案接口延迟能导致症状部分工作站无法登录到网络在起始期间/无法得到DHCP地址列表.
这些是接口延迟的常见原因:生成树协议(STP)延迟qEtherChannel延迟q中继延迟q自动协商延迟q有关这些延迟和解决方案的详细信息,请参阅使用PortFast和其他命令修复工作站启动连接延迟问题.
如果仍然有问题,在您查看并且遵从程序后,请与Cisco技术支持联系.
对NIC兼容性问题进行故障排除如果有这些问题中的任一个,您能有网络接口卡(NIC)交换机的兼容性或误配置问题:服务器/客户端连接对交换机不出现.
q自动协商有问题.
q端口上发生错误.
q常见原因/解决方案出现这些症状的原因可能有:已知的NIC驱动程序问题q速度/双工不匹配q自动协商问题q布线问题q为了排除故障进一步,请参见排除CiscoCatalyst交换机故障对NIC兼容性问题.
接口在errdisable状态如果接口状态是-在showinterfacestatus命令输出中,接口被禁用由于误差条件.
这是接口的示例在errdisable:cat6knative#showinterfacesgigabitethernet4/1statusPortNameStatusVlanDuplexSpeedTypeGi4/1err-disabled100full10001000BaseSX如果接口被禁用由于误差条件,或者,您能看到消息类似于这些:cat6knative#showinterfacesgigabitethernet4/1statusPortNameStatusVlanDuplexSpeedTypeGi4/1err-disabled100full10001000BaseSX当网桥协议数据单元(BPDU)在主机端口时,被接受此示例消息显示.
实际消息取决于错误情况的原因.
有多种原因可导致接口处于errdisable状态.
原因可能是:双工不匹配q端口信道配置错误qBPDU防护违规qUDLD条件q延迟冲突检测q链路抖动检测q安全违规q端口聚合协议(PAgP)抖动q第二层隧道协议(L2TP)防护qDHCP监听速率限制q要启用状态为errdisable的端口,请完成以下步骤:从连接的一端拔下电缆.
1.
重新配置接口.
例如,如果接口在一个ErrDisabled状态由于EtherChannel配置错误,请重新配置EtherChannel的接口范围.
2.
关闭两端的端口.
3.
将电缆插入两台交换机.
4.
发出noshutdown命令在接口.
5.
您能也发出enable命令errDisable恢复原因的原因为了设置在一个被配置的计时器周期之后自动地重新激活端口的超时机制.
Note:如果不解决问题的根本原因,误差条件再发生.
为了确定errdisable原因,请发出showerrdisablerecovery命令.
cat6knative#showerrdisablerecoveryErrDisableReasonTimerStatusudldEnabledbpduguardEnabledsecurity-violatioEnabledchannel-misconfigEnabledpagp-flapEnableddtp-flapEnabledlink-flapEnabledl2ptguardEnabledpsecure-violationEnabledTimerinterval:300secondsInterfacesthatwillbeenabledatthenexttimeout:InterfaceErrdisablereasonTimeleft(sec)Gi4/1bpduguard270在您认识-原因,排除问题故障并且修理问题的根.
例如,您的端口可以是在-由于BPDU的收据在一个支持Portfast对应的接入端口的,正如在示例.
您能排除故障交换机是否是意外地被连接到该端口或,如果创建循环情况的集线器被连接了.
为了排除其他方案故障,请参见在产品文档的特定功能信息.
参考在CiscoIOS平台的错误禁用端口状态恢复欲知errdiable状态更多全面信息.
如果仍然有问题,在您根据此信息后查看并且排除故障,请与进一步协助的Cisco技术支持联系.

对接口错误进行故障排除如果在showinterface命令输出中看到错误,请检查遇到问题接口的状态和健康.
同时请检查是否有流量通过该接口.
参考排除WS-X6348在运行CiscoIOS系统软件的Catalyst6500/6000的模块端口连接故障步骤12.
cat6knative#showinterfacesgigabitethernet1/1GigabitEthernet1/1isup,lineprotocolisup(connected)HardwareisC6k1000Mb802.
3,addressis0001.
6416.
042a(bia0001.
6416.
042a)Description:L2FXTrunktotpa_data_6513_01MTU1500bytes,BW1000000Kbit,DLY10usec,reliability255/255,txload1/255,rxload1/255EncapsulationARPA,loopbacknotsetFull-duplexmode,linktypeisautonegotiation,mediatypeisSXoutputflow-controlisunsupported,inputflow-controlisunsupported,1000Mb/sClockmodeisautoinputflow-controlisoff,outputflow-controlisoffARPtype:ARPA,ARPTimeout04:00:00Lastinput00:00:01,output00:00:28,outputhangneverLastclearingof"showinterface"countersneverInputqueue:0/2000/0/0(size/max/drops/flushes);Totaloutputdrops:0Queueingstrategy:fifoOutputqueue:0/40(size/max)5minuteinputrate118000bits/sec,289packets/sec5minuteoutputrate0bits/sec,0packets/sec461986872packetsinput,33320301551bytes,0nobufferReceived461467631broadcasts,0runts,0giants,0throttles0inputerrors,0CRC,0frame,137overrun,0ignored0inputpacketswithdribbleconditiondetected64429726packetsoutput,4706228422bytes,0underruns0outputerrors,0collisions,2interfaceresets0babbles,0latecollision,0deferred0lostcarrier,0nocarrier0outputbufferfailures,0outputbuffersswappedoutcat6knative#并且,您在showinterfacesinterface-id计数器错误命令输出中可以发现错误.
如果是这样,请检查是否有与接口相关的错误.
参考排除WS-X6348在运行CiscoIOS系统软件的Catalyst6500/6000的模块端口连接故障步骤14.
cat6knative#showinterfacesgigabitethernet3/1counterserrorsPortAlign-ErrFCS-ErrXmit-ErrRcv-ErrUnderSizeOutDiscardsGi3/1000000PortSingle-ColMulti-ColLate-ColExcess-ColCarri-SenRuntsGiantsGi3/10000000PortSQETest-ErrDeferred-TxIntMacTx-ErrIntMacRx-ErrSymbol-ErrGi3/100000常见原因/解决方案原因接口显示错误可以是物理层问题,例如:电缆/NIC有故障配置问题,例如速度双工不匹配性能问题,例如超额预订要了解问题并排除故障,请参阅排除交换机端口及接口问题.

q通常,错误计数器不正确地被增加由于软件Bug或硬件限制.
此表列出某些运行CiscoIOS软件的Catalyst6500/6000平台的已知计数器问题:1ISL=交换机间链路.
2bps=比特每秒.
3pps=信息包每秒.
q如果仍然有问题,在您查看并且排除故障根据此部分提及的本文后,请与进一步协助的Cisco技术支持联系.
收到"%PM_SCP-SP-3-GBIC_BAD:GBICintegritycheckonportxfailed:badkey"错误消息在软件版本工作早于CiscoIOSSoftwareRelease12.
1(13)E失败的GBIC,在您升级后.
使用CiscoIOS软件版本12.
1(13)系统软件,与有一坏GBICEEPROM校验和的GBIC的端口没有允许出现.
这是1000BASE-TX(铜)和CoarseWaveDivisionMultiplexer(CWDM)GBIC的期望的工作情况.
但对于其他GBIC而言并不正常.
使用更早版本,与有校验和错误的其他GBIC的端口允许出现.
当此错误在CiscoIOSSoftwareRelease12.
1(13)E时,出现此错误信息被打印:cat6knative#showinterfacesgigabitethernet3/1counterserrorsPortAlign-ErrFCS-ErrXmit-ErrRcv-ErrUnderSizeOutDiscardsGi3/1000000PortSingle-ColMulti-ColLate-ColExcess-ColCarri-SenRuntsGiantsGi3/10000000PortSQETest-ErrDeferred-TxIntMacTx-ErrIntMacRx-ErrSymbol-ErrGi3/100000发出showinterface命令为了显示此输出:Router#showinterfacestatusPortNameStatusVlanDuplexSpeedTypeGi2/1faultyroutedfull1000badEEPROM此问题在CiscoIOSSoftwareReleases12.
1(13)E1,12.
1(14)E,及以后版本将被解决.
关于关于此问题的更详细的资料,请参见问题信息通告(FieldNotice):GBICEEPROM错误不正确在Catalyst6000的CiscoIOS软件版本12.
1(13)E.
收到有关WS-X6x48模块接口的COIL错误消息您在syslogsorshowlog命令输出中可以发现一个或很多这些错误信息:CoilPinnacleHeaderChecksumqCoilMdtifStateMachineErrorqCoilMdtifPacketCRCErrorqCoilPbRxUnderflowErrorqCoilPbRxParityErrorq如果有主机的连接的连通性问题在WS-X6348模块或其他10/100模块的,或者,如果看到类似于在此部分列出的那个和您的错误信息有卡住,并且不通过数据流的一个组12个端口,请执行这些步骤:禁用然后再启用接口.
1.
发出命令为了软复位模块.
2.
执行以下操作之一,以对模块进行硬重置:将卡完全重新安装.
请勿发出powerenable模块module_-全局配置命令和powerenable模块module_-全局配置命令.
3.
在您执行这些步骤后,请与与信息的Cisco技术支持联系,如果遇到一个或很多这些问题:模块无法上线.
q模块在线路来,但是一个组12个接口使诊断失效.
您在显示诊断模块module_-命令的输出中能看到此.
q当您引导时,模块在状态被滞留.
q模块上的所有端口LED都变为琥珀色.
q所有接口在ErrDisabled状态.
当您发出showinterfacesstatus模块module_-命令时,您能看到此.
q参考排除WS-X6348在运行详细排除故障的Catalyst6500/6000的模块端口连接故障CiscoIOS系统软件.
对WS-X6x48模块连接问题进行故障排除如果有主机的连接的连通性问题在WS-X6348模块或其他10/100模块的,请参见排除WS-X6348在运行详细排除故障的Catalyst6500/6000的模块端口连接故障CiscoIOS系统软件.
如果仍然有问题,在您查看并且排除故障根据排除WS-X6348在Catalyst6500/6000的本文模块端口连接故障运行CiscoIOS系统软件后,请与进一步协助的Cisco技术支持联系.
对STP问题进行故障排除跨过-树-相关问题能的交换网络引起连接问题.
关于防止的逐步故障排除和的指南生成树问题,请参见排除在运行CiscoIOS系统软件的Catalyst交换机的STP故障.
无法使用Telnet命令连接到交换机原因类似每个CiscoIOS设备,Catalyst6500switch也允许远程登录会话的仅有限数量.
如果达到此限制,交换机不允许更加进一步的VTY会话.
为了验证,如果遇到此问题,请连接到Supervisor引擎的控制台.
发出showuser命令.
此命令的命令行界面(CLI)输出显示多少线路当前占用:Cat6500#showuserLineUserHost(s)IdleLocation0con010.
48.
72.
11800:00:001vty010.
48.
72.
11800:00:0010.
48.
72.
1182vty110.
48.
72.
11800:00:0010.
48.
72.
1183vty210.
48.
72.
11800:00:0010.
48.
72.
1184vty310.
48.
72.
11800:00:0010.
48.
72.
118*5vty4idle00:00:0010.
48.
72.
118解决方案完成这些步骤:基于输出的showuser命令,请发出clearlineline_number命令为了清除淘汰会话.
Cat6500#showuserLineUserHost(s)IdleLocation0con010.
48.
72.
11800:00:001vty010.
48.
72.
11800:00:0010.
48.
72.
1182vty110.
48.
72.
11800:00:0010.
48.
72.
1183vty210.
48.
72.
11800:00:0010.
48.
72.
1184vty310.
48.
72.
11800:00:0010.
48.
72.
118*5vty4idle00:00:0010.
48.
72.
118Cat6500#clearline1Cat6500#clearline2!
---Outputsuppressed.
1.
配置VTY会话和控制台线路的空闲超时为了清除所有非激活会话.
此示例显示配置使用为了设置空闲超时为10分钟:Cat6500#configureterminalEnterconfigurationcommands,oneperline.
EndwithCNTL/Z.
Cat6500(config)#linevty04Cat6500(config-line)#exec-timeoutTimeoutinminutesCat6500(config-line)#exec-timeout10TimeoutinsecondsCat6500(config-line)#exec-timeout100Cat6500(config-line)#exitCat6500(config)#linecon0Cat6500(config-line)#exec-timeout100Cat6500(config-line)#exitCat6500(config)#2.
也可以增加可用vty会话的数量.
请使用linevty06命令而不是linevty04.
3.
有时,showuser命令输出不能显示活动VTY在会话下,但是与交换机的连接与使用Telnet命令仍然失效与此错误信息:Cat6500#configureterminalEnterconfigurationcommands,oneperline.
EndwithCNTL/Z.
Cat6500(config)#linevty04Cat6500(config-line)#exec-timeoutTimeoutinminutesCat6500(config-line)#exec-timeout10TimeoutinsecondsCat6500(config-line)#exec-timeout100Cat6500(config-line)#exitCat6500(config)#linecon0Cat6500(config-line)#exec-timeout100Cat6500(config-line)#exitCat6500(config)#在这种情况下,请验证vty的配置是否正确.
发出transportinputall命令为了允许VTY传输一切.
使用RADIUS认证,无法控制备用装置问题6500交换机在VSS簇被层叠;当您设法控制它到一台暂挂交换机时,失效与此Radius日志消息:%%%RADIUS-4-RADIUS_DEAD:RADIUS10.
50.
245.
20:1812,1813认证通过对此备用Supervisor的Telnet良好工作,并且在激活的Supervisor的控制台登录良好也工作.
问题发生在与备用Supervisor的控制台的连接.
解决方案:控制台的RADIUS认证备用装置的不是可能的.
暂挂没有AAA认证的IP连通性.
您需要使用回退选项,例如一个本地数据库.
VSL接口上的巨型数据包计数器有时在VSL接口的巨型信息包计数器增加,即使巨型数据包没有通过系统被发送.