网站大量收购独家精品文档,联系QQ:2885784924

关于处理6509双处理引擎故障的方案.doc

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
关于处理6509双处理引擎故障的方案

关于处理6509双处理引擎故障的方案 在巡检过程中,show module显示如下: 造成这样的故障的原因可能如下: 可能为ios 或者引擎版本不同而造成redundancy没有同步。 这是最常见的原因。对于交换机路由处理器的冗余,如果active和standby 的Supervisor Engines之间不是运行的相同的Cisco IOS 的话,则会造成standby与active同步失败,并且会造成上述故障,standby的状态变为unknow; 解决方法: 将两块路由处理器板卡的IOS升级成同样的IOS;对于RPP+这样的冗余模式,CISCO建议将板卡的IOS升级到Cisco IOS Software Release 12.1[11]EX或者更高。 可能是引擎或者IOS RPR+ 的BUG 如果实际上交换机6509中的active和standby的IOS和引擎都是一样的,那么CISCO的建议是开case。 解决方法:(方法一) CISCO官方对此的说法是因为当CatOS 升级到NATIVE OS的时候,存储设备格式不兼容而造成无法读取IOS等相关信息。当我们格式化sup-bootflash和 slot0后,重新灌入IOS后,此故障解除。 解决方法:(方法二) 如果我们能够确定实际上交换机的引擎和IOS都是可用的我们依然怀疑可能是引擎或者IOS RPR+ 的BUG而引起此故障

文档评论(0)

qwd513620855 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档