[c-nsp] C6500 Sup720 secondary sup only finishes booting in RPR mode

Drew Weaver drew.weaver at thenap.com
Wed Jul 1 14:50:37 EDT 2020


Howdy

I have a confusing (but not confusing issue due to how old the card is) issue with a SUP720BASE that is in slot 8 of a C6513.

If the redundancy mode on the system is set to SSO it does this in a loop and constantly reboots:

Jul  1 14:34:22.821 EDT: %PFREDUN-SP-6-ACTIVE: Standby initializing for SSO mode
Jul  1 14:34:23.017 EDT: %SYS-SP-3-LOGGER_FLUSHED: System was paused for 00:00:00 to ensure console debugging output.
Jul  1 14:34:34.786 EDT: %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to the standby Router.
Jul  1 14:35:43.158 EDT: %ONLINE-SP-6-INITFAIL: Module 8: Failed to synchronize Port asic
sm(cygnus_oir_bay slot8), running yes, state wait_til_online
Last transition recorded: (remove)-> empty (remove)-> empty_clr_persist (remove)-> empty (insert)-> may_be_occupied (timer)-> occupied (known)-> can_power_on (yes_power)-> powered_on (real_power_on)-> check_power_on (yes_can_boot)-> can_boot_up (power_on_ok)-> wait_til_online
Jul  1 14:35:43.158 EDT: %OIR-SP-3-PWRCYCLE: Card in module 8, is being power-cycled 'Slot disabled'
Jul  1 14:35:43.358 EDT: %PFREDUN-SP-6-ACTIVE: Standby processor removed or reloaded, changing to Simplex mode

On the console it goes from booting the RP right back to rommon and autoboot.

If the redundancy mode is RPR it brings the card's interfaces online and appears to act normally.

We've tried a couple of spares and it seems to do the same thing on all of the spares.

I'm guessing the slot is bad or the process that handles SSO is bugged? This system has been up for 4 years so I don't blame it for being this way.

Just wondering if anyone has seen this before, this box is already scheduled for retirement but I would prefer to have the CP redundant if possible.

Thanks everyone.


More information about the cisco-nsp mailing list