This document details the upgrade procedure from code version 4.2.6 to 6.1.2 on a Nexus 7000 series switch. Because of a possible incompatibility of certain cards ISSU could not be utilized. ISSU would have also required an interim code of 5.2.7 before upgrading fully to 6.1.2. Moving from 4.x to a 6.x version the latest EPLD image is required to upgrade the linecards. This will need to be done in a maintenance window, all modules will be upgraded in parallel (EPLD upgrades do not need to be done in a maintenance window if there is redundancy). During this process there is an upgrade of the SUP’s from 4G to 8G of RAM. Direct connections can then made to the attached 2200 series FEX using FET transceivers.
Cisco NX-OS software consists of two images—the kickstart image and the system image.
The software image install procedure is dependent on the following factors: Software images: The kickstart and system image files reside in directories or folders that you can access from the Cisco NX-OS software prompt. Image version: Each image file has a version. Flash disks on the device:The bootflash: resides on the supervisor module and the CompactFlash disk is inserted into the slot0:, usb1, or usb2: device. Supervisor modules:There are single or dual supervisor modules.
The full upgrade method is split into three parts detailed below.
Make sure SUP’s are running with redundancy using command ‘sh redundancy status’.
Run ‘sh system resource’ to verify SUP is having 4G RAM currently.
Run ‘sh version’ to validate current NX-OS software level.
Copy both the kickstart and the system image to the bootflash of both SUP’s.
Copy the EPLD image to the bootflash of both SUP’s. Note: To copy between SUP’s use command 'copy bootflash:file bootflash://sup-standby/file'
Run ‘show incompatibility-all system bootflash:n7000-s1-dk18.104.22.168.bin’ to determine any problems that may pop up during upgrade. These could be cards, deprecated configs or processes, etc. Any issues will need to be remedied before upgrading.
Run ‘install all kick bootflash:n7000-s1-kickstart.6.1.2.bin sys bootflash:n7000-s1-dk22.214.171.124.bin’ to begin non-ISSU upgrade process. This will upgrade code on all cards and do further checks to system. The compatibility check will show this as a disruptive upgrade, meaning reboot will be necessary. It will also show the old and new code versions on cards.
After answering ‘yes’ to upgrade request the switch will reboot.
After about 15 minutes switch will be back online. Log back in.
Run ‘sh version’ again to verify code level is at 6.1.2. Run ‘sh redundancy status’ to validate that switch is back in fully redundant state.
Run ‘reload cmp mod x’ as per best practice, where x is your module number.
Run ‘copy running start’ to sync config on both SUP’s.
Run ‘install all epld bootflash:n7000-s1-epld.6.1.2a.img parallel’, this takes some time.
This will upgrade all the modules (cards) if they can be upgraded in parallel, the process will also ask to failover SUP’s which you should do. The failover will disrupt the telnet or terminal connection.
Run ‘show install epld status’ to validate each module.
Determine standby SUP and eject card.
Insert the new memory module in card. Re-insert card.
Run ‘sh redundancy status’ again to validate that there is full redundancy, this may take a while during card bootup.
Run ‘system switchover’ to fail over to current standby with 8G memory. At this point you will lose connectivity and will need to either reconnect via telnet or use other console connection.
Run ‘sh system resources’ this should show the full 8G.
Pull the non-active SUP now inserting the other memory module. Reinsert card back into slot.
The previous active card will now be standby and both SUP’s will have the 8G modules.
Optional: You may run ‘system switchover’ again if you have a preference for which SUP is active or standby.
I'm trying to find some documentation for the MDS9148S Switch that proves the support of the following port types: F_Port (Fabric), M_Port (Mirror Port) and E_Port (Switch-to-Switch). I easily found F_Port and E_Port:Fiber Channel standard port types...
I am trying to find out where zoning changes are logged to. For example, an admin creates a new zone, adds it to the active zoneset and commits the changes (we usually do this via CLI). A little while later we get a report of an issue and...
Hi Cisco experts, I need your help to understand why the VRFs have to be configured with a set of "route-target both auto" and "route-target both auto evpn" in a Fabric with VXLAN BGP EVPN. Knowing that the Fabric can work normally with a set of ...
Hello all,We are preparing to upgrade our fabric from 3.2 to 4.2. In reading the official Cisco guide, in the section Important Notes on Upgrading the Cisco APIC and the Switch Software , I saw this bullet point (emphasis added) : Beginning with Rele...
Hello,I am new here and seeking some comments now. We are deploying 2xC9500-48Y4C-A as core switches(running stackwise), 2 C93180(nexus) and several C9300 (layer2). Can someone recommend what firmware should we use? Client wants to have 1...