IMPORTANT :
===========
Auto image download & image download during "issu runversion fex" will fail,if the "ip tftp source-interface" config is present on the controller.
CSCul10482 TFEX: Image auto download fails due to"ip tftp source-interface" config
RECOVERY STEPS:
================
Remove "ip tftp source-interface" config on IA Parent and add astatic route to copy image through"mgmt" intf.
SUMMARY OF ISSU STEPS :
=======================
Step 1 :
=====
Make sure that the new Cisco IOS image (Cisco IOS software Release 15.1(2)SY1) is present in the bootdisk and the slavebootdisk.
Step 2 :
=====
Use these commands in order to verify that the VSS is ready to run the upgrade procedure:
show issu state detail
show redundancy
show module switch all
6K1#show issu state detail
Step 3 :
=====
Use the issu loadversion command in order to start the upgrade process.
6K1#issu loadversion 1/2 bootdisk:s2t54-adventerprisek9-mz.SPA.151-2.SY1.bin 2/2 slavebootdisk:s2t54-adventerprisek9-mz.SPA.151-2.SY1.bin
In this step, the VSS standby chassis reboots, reloads with the new image, and initializes as the VSS standby chassis in SSO redundancy mode, running the new image. This step is complete when the chassis configuration is
synchronized, as indicated by the Bulk sync succeeded message. It might take several seconds to a few minutes for the new image to load and for the VSS
standby chassis to transition to SSO mode.
Step 4 :
=====
When the VSS standby chassis successfully runs the "new image in the SSO redundancy state and all the LC on the VSS standby chassis are up and online",
enter the issu runversion command in order to force a switchover.
The upgraded VSS standby chassis takes over as the new active chassis, running the new image. The formerly active chassis reloads and initializes as the new VSS
standby chassis in SSO mode, running the old image (in case the software upgrade needs to be aborted and the old image restored). This step is complete
when the chassis configuration is synchronized, as indicated by the Bulk sync succeeded message.
6K1#issu runversion
Step 5 :
=====
Use the issu acceptversion command in order to stop the Rollback Timer. This is necessary because if the timer expires, the upgraded chassis reloads
and reverts to the previous software version.
6K1#issu acceptversion
% Rollback timer stopped. Please issue the 'issu commitversion' command..
Note: Ignore the instruction to run "issu commitversion".
Step 6 :
=====
Use the issu runversion fex all / issue runversion fex <fex id> (for controlled downtime) command in order to start the image download and upgrade
procedure on the FEX (6800IA). The FEX triggers the image download from the new software bundle of the Supervisor2T (here Cisco IOS software Release
15.1(2)SY1). If you use FEX stacks, the master is responsible to extract the image to its members. A TFTP server runs at 192.1.1.1.
6K1#issu runversion fex all
% Successfully initiated 'runversion fex' for Fex IDs: 110.
Use 'show issu state' for more information.
Once all the FEX are upgraded(FEX_UPGRADE_COMPLETE) go to next step.
Step 7 :
=====
In order to continue, enter the issu commitversion command to upgrade the VSS standby chassis and complete the ISSU sequence. The VSS standby chassis reboots, reloads with the new image, and initializes as the VSS standby chassis in the SSO redundancy state, running the new image.
This step is complete when the chassis configuration is synchronized, as indicated by the Bulk sync succeeded message and all the LC on the new VSS-
Standby are up and online.
6K1#issu commitversion
%issu commitversion initiated successfully, upgrade sequence will continue shortly
Step 8 :
=====
In order to verify that the upgrade was successful, use these commands:
show issu state detail
show redundancy
show module switch all
