cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
Join Customer Connection to register!
289
Views
10
Helpful
10
Replies
davem1
Beginner

Cisco 4507R IOS Upgrade

I'm having two issues.  I first tried upgrading the IOS from 12.2(31)SG to 15.0(2)SG11.  I get the image on both active and standby SUP engines, verify that the checksums match with Cisco and proceed to reboot the redundant peer.

 

Looking at the bootup process on the peer everything appears to be normal until I see the messages: 

*Apr 14 09:04:15.247: %SYS-3-LOGGER_FLUSHING: STANDBY:System pausing to ensure console debugging output.

*Apr 14 09:04:11.235: %C4K_REDUNDANCY-6-INIT: STANDBY:Initializing as Sÿ

 

After that, the switch proceed to run the boot process again, gets the same result, and eventually boots into rommon. From rommon, I can boot back to the original image with no issue.

 

Attachments:

4507R-peer bootup.txt (shows the error I'm seeing)

4507R-show module.txt

4507R-show version.txt

 

I then tried to upgrade the image to something with the same version, i.e. 12.2(53)SG4, but had a different result.  When booting the redundant peer it came up in RPR operating mode instead of SSO.

 

On the primary switch, when the standby comes back online, I see the errors stating an IOS mismatch along with the message that redundancy mode is now set to RPR even though it still shows SSO in the config.

 

I'm not sure what I could be missing with the upgrade steps in either scenario unless it's hardware related.

Attachments:

4507R-second upgrade.txt (contains 'show module', 'show redundancy', 'show redundancy state', log message on active switch)

1 ACCEPTED SOLUTION

Accepted Solutions
Reza Sharifi
Hall of Fame Expert

With the sups and software versions you have, it is not possible to upgrade one sup at a time without any downtime. In other words, you have to reboot the whole chassis in a maintenance window in order for it to work correctly. 

 

HTH

View solution in original post

10 REPLIES 10
Reza Sharifi
Hall of Fame Expert

Looking at the "sh redu" output, it seems you have 2 different IOS versions (see bold area below) but the boot var is pointing to one image which is correct. So, I would make sure to have the same exact version installed in both sups and the boot var is correct. Once that is all corrected, reboot the whole chassis in a maintenance window and see if the sups go back to SSO mode. 

Also, the version you are using is at least 10 years old and it is EOL and EOS.

 

Active Location = slot 1
Current Software state = ACTIVE
Uptime in current state = 27 minutes
Image Version = Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-ENTSERVICESK9-M), Version 12.2(31)SG, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2006 by Cisco Systems, Inc.
Compiled Tue 14-Mar-06 17:13 by ssearch
BOOT = bootflash:cat4500-entservicesk9-mz.122-53.SG4.bin,1;
Configuration register = 0x2102

Peer Processor Information :
----------------------------
Standby Location = slot 2
Current Software state = STANDBY COLD
Uptime in current state = 0 minutes
Image Version = Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-ENTSERVICESK9-M), Version 12.2(53)SG4, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2011 by Cisco Systems, Inc.
Compiled Fri 25-Feb-11 14:17 by
BOOT = bootflash:cat4500-entservicesk9-mz.122-53.SG4.bin,1;
Configuration register = 0x2102

Thank you for the reply.

 

I know the images are EOL/EOS, but we've still got equipment in production running fairly well.  Right now I'm testing this on a spare chassis, and if it turns out the only way to upgrade is to reboot the entire chassis, it will be discussed. But, the plan was to try an upgrade without affecting production traffic.

 

The reason for the difference in IOS versions was because the standby supervisor was rebooted to take the new image.  Is there that big a difference in IOS images that it would prevent SSO.  

 

It could very well be that we have the wrong sup engines to do the necessary upgrade without causing a disruption.

 

That's what I'm trying to figure out.

Reza Sharifi
Hall of Fame Expert

With the sups and software versions you have, it is not possible to upgrade one sup at a time without any downtime. In other words, you have to reboot the whole chassis in a maintenance window in order for it to work correctly. 

 

HTH

View solution in original post

That's what I was thinking as well.

 

Thank you for taking the time to answer my questions, Reza.  

Reza Sharifi
Hall of Fame Expert

Glad to help!

On our test chassis the full reboot did load with the 15.0 image, but the redundancy state is still coming up in RPR instead of SSO.  Even though the configuration is set to SSO.  See the highlighted below on the reason for being in RPR.

 

M MAC addresses Hw Fw Sw Status
--+--------------------------------+---+------------+----------------+---------
1 0019.e8bf.ee00 to 0019.e8bf.ee01 4.3 12.2(31r)SGA 15.0(2)SG11 Ok
2 0019.e8bf.ee02 to 0019.e8bf.ee03 5.6 12.2(31r)SGA 15.0(2)SG11 Ok

 

Mod Redundancy role Operating mode Redundancy status
----+-------------------+-------------------+----------------------------------
1 Active Supervisor RPR Active
2 Standby Supervisor RPR Standby cold

 

MWCS-4507-NOLA-SW01# sho red
Redundant System Information :
------------------------------
Available system uptime = 35 minutes
Switchovers system experienced = 1
Standby failures = 0
Last switchover reason = user forced

Hardware Mode = Duplex
Configured Redundancy Mode = Stateful Switchover
Operating Redundancy Mode = RPR Reason: Active initiated fallbac
Maintenance Mode = Disabled
Communications = Up

Current Processor Information :
-------------------------------
Active Location = slot 1
Current Software state = ACTIVE
Uptime in current state = 4 minutes
Image Version = Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-ENTSERVICESK9-M), Version 15.0(2)SG11, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2016 by Cisco Systems, Inc.
Compiled Mon 24-Oct-16 09:48 by prod_rel_team
BOOT = bootflash:cat4500-entservicesk9-mz.150-2.SG11.bin,1;bootflash:cat4500-entservicesk9-mz.122-31.SG.bin,1;
Configuration register = 0x2102

Peer Processor Information :
----------------------------
Standby Location = slot 2
Current Software state = STANDBY COLD
Uptime in current state = 3 minutes
Image Version = Cisco IOS Software, Catalyst 4500 L3 Switch Software (cat4500-ENTSERVICESK9-M), Version 15.0(2)SG11, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2016 by Cisco Systems, Inc.
Compiled Mon 24-Oct-16 09:48 by
BOOT = bootflash:cat4500-entservicesk9-mz.150-2.SG11.bin,1;bootflash:cat4500-entservicesk9-mz.122-31.SG.bin,1;
Configuration register = 0x2102

Reza Sharifi
Hall of Fame Expert

What is the rommon version?

"sh module" should show you that.

HTH

I did upgrade to the "latest" rommon version: 12.2(31r)SGA 

 

I suspect it has something to do with the HW version on the engines:

M MAC addresses Hw Fw Sw Status
--+--------------------------------+---+------------+----------------+---------
1 0019.e8bf.ee00 to 0019.e8bf.ee01 4.3 12.2(31r)SGA 15.0(2)SG11 Ok
2 0019.e8bf.ee02 to 0019.e8bf.ee03 5.6 12.2(31r)SGA 15.0(2)SG11 Ok

Reza Sharifi
Hall of Fame Expert

The Hardware version should not matter as long as the Sups are exactly the same and especially since these were working with no issues before the upgrade. Do you see the same behavior when you failover from one sup to another? 

The exact same log messages - with exception to the HW version.

 

Apr 15 21:56:43: %C4K_IOSMODPORTMAN-6-MODULEONLINE: Module 1 (WS-X4515 S/N: JAE0943P012 Hw: 4.3) is online
Apr 15 21:56:43: %C4K_REDUNDANCY-2-NON_SYMMETRICAL_REDUNDANT_SYSTEM: NFL mismatch. Redundancy feature may not work as expected.
Apr 15 21:56:43: %C4K_REDUNDANCY-6-MODE: ACTIVE supervisor initializing for rpr mode

%RF-5-RF_TERMINAL_STATE: Terminal state reached for (RPR)

 

Chassis Type : WS-C4507R

Power consumed by backplane : 40 Watts

Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+------------------+-----------
1 2 Supervisor IV 1000BaseX (GBIC) WS-X4515 JAE0943P012
2 2 Supervisor IV 1000BaseX (GBIC) WS-X4515 JAE1002TPD0
3 48 10/100/1000BaseT (RJ45) WS-X4548-GB-RJ45 JAE1048FZMQ
5 48 10/100/1000BaseT (RJ45) WS-X4548-GB-RJ45 JAE12078IXZ
7 48 10/100/1000BaseT (RJ45) WS-X4548-GB-RJ45 JAE0944PB2Y

M MAC addresses Hw Fw Sw Status
--+--------------------------------+---+------------+----------------+---------
1 0019.e8bf.ee00 to 0019.e8bf.ee01 4.3 12.2(31r)SGA 15.0(2)SG11 Ok
2 0019.e8bf.ee02 to 0019.e8bf.ee03 5.6 12.2(31r)SGA 15.0(2)SG11 Ok
3 001a.2f4c.84d0 to 001a.2f4c.84ff 2.3 Ok
5 001f.6cdc.40c0 to 001f.6cdc.40ef 2.4 Ok
7 0015.f92f.cab0 to 0015.f92f.cadf 2.1 Ok

Mod Redundancy role Operating mode Redundancy status
----+-------------------+-------------------+----------------------------------
1 Standby Supervisor RPR Standby cold
2 Active Supervisor RPR Active

 

MWCS-4507-NOLA-SW01#sho red
Redundant System Information :
------------------------------
Available system uptime = 2 hours, 48 minutes
Switchovers system experienced = 2
Standby failures = 0
Last switchover reason = user forced

Hardware Mode = Duplex
Configured Redundancy Mode = Stateful Switchover
Operating Redundancy Mode = RPR Reason: Active initiated fallbac
Maintenance Mode = Disabled
Communications = Up

 


NAME: "Linecard(slot 1)", DESCR: "Supervisor IV with 2 1000BaseX GBIC ports"
PID: WS-X4515 , VID: V08 , SN: JAE0943P012

NAME: "Linecard(slot 2)", DESCR: "Supervisor IV with 2 1000BaseX GBIC ports"
PID: WS-X4515 , VID: V15 , SN: JAE1002TPD0