cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1092
Views
0
Helpful
2
Replies

4500 + SUP 7 LE IOS Upgrade failure

gpsriramdc
Level 4
Level 4

Hi ,

We were unable to upgrade the IOS of 4500 R+E switch with SUP 7 L-E. 

Trying to upgrade from 3.5.3  to 3.6.4 . Initially tried to upgrade the secondary supervisor. But it couldn't boot from the new IOS. IOS upgrade struck with the below message.


******** The system will autoboot now ********


config-register = 0x2102
Autobooting using BOOT variable specified file.....

Current BOOT file is --- bootflash:cat4500e-universal.SPA.03.06.04.E.152-2.E4.bin
*
Loading image !!!!!!!!!!!!!!!!!!!!!!

Checking digital signature....
[bootflash:/cat4500e-universal.SPA.03.06.04.E.152-2.E4.bin]
Digitally Signed Release Software with key version A

Rommon reg: 0x00004F80
Reset2Reg: 0x00000F00
*

Image load status: 0x00000003
####
Radtrooper 064 controller 0x047F4140..0x0498FCDA Size:0x00661EDC
Program Done!
######################
[ 0.061905] pci 0000:00:00.0: ignoring class b20 (doesn't match header type 01)
Starting System Services
udevd-work[1201]: rename(/dev/dcsflash.udev-tmp, /dev/dcsflash) failed: No such file or directory


diagsk10-post version 5.1.4.1

prod: WS-X45-SUP7L-E part: 73-14453-04 serial: ###########


Power-on-self-test for Module 3: WS-X45-SUP7L-E

CPU Subsystem Tests ...
seeprom: Pass

Traffic: L3 Loopback ...
Test Results: Pass

Traffic: L2 Loopback ...
Test Results: Pass
post done(54 secs)
Exiting to ios...
Loading gsbu64atomic as gdb64atomic
Loading r8a66597_hcd
Using 3 for MTS slot
Platform Manager: starting in standalone mode (standby)

**************************************************************************************************************************

Once i reverted to the existing IOS it's working fine immediately.

Thanks in Advance......

2 Replies 2

Leo Laohoo
Hall of Fame
Hall of Fame

So you're trying to force the secondary supervisor card to boot a different IOS (to the primary supervisor card)?  

If the answer is yes, then I don't see what the problem is.  The behaviour is to be expected.  The primary and secondary must boot the same IOS or else the secondary will boot into ROMmon.

If this is the case, then how am I supposed to do seamless upgrades??

I wouldn't expect the SUPs to come up in SSO redundancy, but they should have  come up as RPR at the very least.

Rebooting the entire chassis to upgrade is ridiculous.

Review Cisco Networking products for a $25 gift card