Добрый день. Dmitry Kiselev пишет:
Страсти-то какие :)
Router#hw-module module 2 reset
Я подозревал что-либо подобное, но не хватило времени дочитать. Ну и нашел другой способ :))) Спасибо. Но теперь другая штука вылезла. После выполнения ISSU у меня standby переключился в RPR режим. Вероятно из-за этого : core#sh redundancy config-sync failures mcl Mismatched Command List ----------------------- router ospf xxxx ! <submode> "router" - no passive-interface Control Plane ! </submode> "router" Но заходя в конфигурацию ospf вижу : core.dn#conf t Enter configuration commands, one per line. End with CNTL/Z. core(config)#router ospf xxxx core(config-router)#no passive-interface ? Async Async interface Auto-Template Auto-Template interface CEM Circuit Emulation interface CTunnel CTunnel interface Container Container interface Dialer Dialer interface EsconPhy ESCON interface Filter Filter interface Filtergroup Filter Group interface GigabitEthernet GigabitEthernet IEEE 802.3z Group-Async Async Group interface LongReachEthernet Long-Reach Ethernet interface Loopback Loopback interface MFR Multilink Frame Relay bundle interface Multilink Multilink-group interface Null Null interface Port-channel Ethernet Channel of interfaces Portgroup Portgroup interface Pos-channel POS Channel of interfaces SBC Session Border Controller SYSCLOCK Telecom-Bus Clock Controller Tunnel Tunnel interface Vif PGM Multicast Host interface Virtual-PPP Virtual PPP interface Virtual-Template Virtual Template interface Virtual-TokenRing Virtual TokenRing Virtual-cem Circuit Emulation Virtual interface Vlan Catalyst Vlans default Suppress routing updates on all interfaces fcpa Fiber Channel multiservice Multiservice interface voaBypassIn VOA-Bypass-In interface voaBypassOut VOA-Bypass-Out interface voaFilterIn VOA-Filter-In interface voaFilterOut VOA-Filter-Out interface voaIn VOA-In interface voaOut VOA-Out interface Где здесаь 'Control Plane' ??? Но в тоже время и в running и в startup вижу : core#sh startup-config | inc Control no passive-interface Control Plane core# Ладно убрал/восстановил эту секцию ospf и записал после этого startup. После этого ни в startup ни в running нет 'no passive-interface Control Plane' После чего передернул standby - без результатно :( После загрузки тот же RPR. В логах вижу следующее: Jan 29 13:48:41.930 EET: %OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled (Module reset) Jan 29 13:48:42.166 EET: %PFREDUN-SP-6-ACTIVE: Standby processor removed or reloaded, changing to Simplex mode Jan 29 13:49:42.767 EET: %ISSU-SP-3-PEER_IMAGE_INCOMPATIBLE: Peer image (c7600rsp72043_sp-ADVIPSERVICESK9-M), version (12.2(33)SRC) on peer uid (2) is incompatible Jan 29 13:49:42.767 EET: %ISSU-SP-3-PEER_IMAGE_INCOMPATIBLE: Peer image (c7600rsp72043_sp-ADVIPSERVICESK9-M), version (12.2(33)SRC) on peer uid (2) is incompatible Jan 29 13:50:02.186 EET: %PFREDUN-SP-4-INCOMPATIBLE: Defaulting to RPR mode (Runtime incompatible) Jan 29 13:50:06.686 EET: %FABRIC-SP-5-CLEAR_BLOCK: Clear block option is off for the fabric in slot 2. Jan 29 13:50:06.770 EET: %FABRIC-SP-5-FABRIC_MODULE_BACKUP: The Switch Fabric Module in slot 2 became standby Jan 29 13:50:07.398 EET: %DIAG-SP-6-RUN_MINIMUM: Module 2: Running Minimal Diagnostics... Jan 29 13:50:09.078 EET: %DIAG-SP-6-DIAG_OK: Module 2: Passed Online Diagnostics Jan 29 13:50:09.442 EET: %OIR-SP-6-INSCARD: Card inserted in slot 2, interfaces are now online Jan 29 13:52:33.187 EET: %PFREDUN-SP-6-ACTIVE: Standby initializing for RPR mode Jan 29 13:52:33.403 EET: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console debugging output. Jan 29 13:52:41.275 EET: %RF-SP-5-RF_TERMINAL_STATE: Terminal state reached for (RPR) Что можно посоветовать в этой ситуации еще сделать (не считая обращения в TAC). =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message