某行上联路由器cisco7606 x月x日引擎自行切换，这种情况是第一次发生，至今仍是备引擎是active，主引擎是standby。
02分析过程思科TAC提取了log日志和crashinfo信息：Previous engine detected aparity error. At the first occurrence of a parity error, it is not possible todistinguish between a soft or hard parity error. From experience, most parityoccurrences are soft parity errors, and you can usually dismiss them. If youhave recently changed some hardware or have moved the box, try to re-seat theaffected part (DRAM, SRAM, NPE, RP, RSP, or VIP). Frequent multiple parityoccurrences signify faulty hardware. Replace the affected part (DRAM, RSP, VIP,or motherboard) 。
03故障原因主引擎由于奇偶校验出错导致重启。
04解决方案主引擎由于奇偶校验出错导致重启，但该现象目前只出现过一次，因此可以不必分辨究竟是软件错误还是硬件错误，可以忽视此问题。频繁而多次的奇偶校验错误表明为硬件错误，需要更换相应的硬件。
05处理结果奇偶校验错误，导致热备引擎成为主引擎。设备重启后，问题解决。
二、Cisco7606路由器telnet异常01故障现象XX行下联路由器(主)telnet登录以后在使用命令：show policy-map 时，突然退出登录，再次进行telnet登录时登录失败，屏幕没有任何显示信息，也没有提示输入用户名及密码等信息；通过KVM登录以后使用命令show user 和show line 查看，显示占用了一个VTY。一段时间以后再进行telnet登录又可以登录到设备上，出现了有时可以登录有时不可以的情况。设备其他使用正常，通讯正常。
02分析过程从描述及工程师提供的资料看，确认为软件bug：CSCsg86463。Consoleconnection is hung, clearing line does not resolve the issue. Telnet connectionis hung, clearing line does not resolve the issue. Must use another telnet lineto connect to the box Conditions: 7600 running 12.2(33)SRA4; issue the command"show policy-map interface" not specifying an interface, and thenbreak out of the output early with either q or ctrl-c. Workaround: Alwaysspecify an interface when using "show policy-map interface", of besure to scroll through the entire output Further Problem Description: Also seenin 12.2(33)SRA7. Fixed in 12.2(33)SRB. Not seen in 12.2(33)SXH.
03故障原因案例中故障平台为12.233SRA4，本次case的ios版本为12.233SRA5，两个都是SRA train的版本，都存在该bug
04解决方案建议升级版本到12.2(33)SXH或12.2(33)SRC。
05处理结果升级ios版本到12.2(33)SRC5， 故障排除。
三、Cisco7606高内存利用率01故障现象Cisco7606升级IOS，在升级IOS之前内存使用率在18％左右，在升级IOS之后内存使用率高达40％左右，认为内存使用率过高。目前对业务无影响。
02分析过程思科TAC分析了客户将IOS从12.2(18)SXF16升级到12.2(33)SRD3前后内存占用率的变化，内存占用率从20%升到40%。经分析，思科TAC给出的说明如下：The *Init* and *Dead* process are holding much of the increasedmemory (90%). Both of these two processes are the default process for the IOSfeature running and building tables for programming into hardware. Becausedifferent IOS version have different feature, so the memory utilization couldbe different. For now ,I'd say the memory free - 200MB - is ok as long as youdon't see any memory leaking or memory hungry processes.
03故障原因由于不同的IOS版本拥有不同的IOS特性，内存利用率也因此而不同。
04解决方案该现象属于升级IOS后的正常现象，200多M的剩余内存能够满足设备的正常使用。
05处理结果由不同IOS版本的特性不同而产生的，不影响设备的正常使用。
四、Cisco7606升级后ATM卡和SDH卡无法识别01故障现象C7606升级后，SDH线卡和ATM线卡无法被系统识别，降回升级前版本后，可以正常识别。升级前版本Version 12.2(18)SXF4，升级后版本12.2(33)SRD3
02分析过程经过查看设备日志发现设备升级过程中的日志显示，设备的FlexWAN卡在升级到新版本时需要新版本对应的FPD文件来加载到对应板卡升级固件，但由于没有上传该文件导致的升级后板卡无法识别。*Mar 28 02:19:48: %FPD_MGMT-3-OPEN_FAILED: Failed to opensup-bootdisk:/c7600-fpd-pkg.122-33.SRD3.pkg (File not found).
03故障原因大版本升级后，部分板卡需要从FPD文件中升级固件。
04解决方案升级FlexWAN模块的FPD映像。
05处理结果升级FlexWAN模块的FPD映像后，板卡可以正常识别出来，问题解决。
五、Cisco7606 pvc下配置QOS失败01故障现象某行省分行新上线下联路由器CISCO7606 ATM子接口PVC下配置QoS，提示配置失败。显示为：priority command is notsupported in output direction for this interface Configuration failed!
02分析过程得到厂家支持：* In the egress direction for the 2-Port and 4-Port OC-3c/STM-1 ATMSPA: –Class queue shaping is not supported. ——2-Port and 4-Port OC-3c/STM-1 ATM SPA卡的接口出方向不支持基于类别的流量整形。Congestion management and Avoidance Feature Cisco 7600 SIP-200Dual-Queue Support(priority and priority level) Not supported
03故障原因由于7600 SIP-200模块不支持两级优先级队列，因此在CBWFQ中只能保留一个priority队列(即LLQ)，其余用bandwidth队列(即CBWFQ)。另外SIP-200不支持priority kbps命令，需要采用如下方法来配置LLQ的带宽： priority police cir 1000000
04解决方案由于7600 SIP-200模块不支持两级优先级队列，因此在CBWFQ中只能保留一个priority队列(即LLQ)，其余改用bandwidth队列(即CBWFQ)
05处理结果问题解决。
END
▼更多精彩推荐，请关注我们▼
生活不止眼前的苟且，
还有课本里的诗和到不了的远方
，自动去除图像扫描黑边复制代 - phpStudy...)
![linux服务器不会中毒,[转载]ubuntu 不会中毒的原因（转）](http://pic.xiahunao.cn/linux服务器不会中毒,[转载]ubuntu 不会中毒的原因（转）)
