Cisco UCS B-Series CLI Firmware Management Guide, Release 2.1
Directly Upgrading Firmware at Endpoints
Download this chapter
Directly Upgrading Firmware at EndpointsDirectly Upgrading Firmware at Endpoints
Download the complete book
Cisco UCS B-Series CLI Firmware Management Guide, Release 2.1Cisco UCS B-Series CLI Firmware Management Guide, Release 2.1 (PDF - 3 MB)
 Feedback

Directly Upgrading Firmware at Endpoints

This chapter includes the following sections:

Direct Firmware Upgrade at Endpoints

If you follow the correct procedure and apply the upgrades in the correct order, a direct firmware upgrade and the activation of the new firmware version on the endpoints is minimally disruptive to traffic in a Cisco UCS domain.

You can directly upgrade the firmware on the following endpoints:

  • Adapters
  • CIMCs
  • I/O modules
  • Board controllers
  • Cisco UCS Manager
  • Fabric interconnects

The adapter and board controller firmware can also be upgraded through the host firmware package in the service profile. If you use a host firmware package to upgrade this firmware, you can reduce the number of times a server needs to be rebooted during the firmware upgrade process.


Note

Upgrades of a CIMC through a management firmware package or an adapter through a firmware package in the service profile associated with the server take precedence over direct firmware upgrades. You cannot directly upgrade an endpoint if the service profile associated with the server includes a firmware package. To perform a direct upgrade, you must remove the firmware package from the service profile.

Stages of a Direct Firmware Upgrade

Cisco UCS Manager separates the direct upgrade process into two stages to ensure that you can push the firmware to an endpoint while the system is running without affecting uptime on the server or other endpoints.

Update

During this stage, the system copies the selected firmware version from the primary fabric interconnect to the backup partition in the endpoint and verifies that the firmware image is not corrupt. The update process always overwrites the firmware in the backup slot.

The update stage applies only to the following endpoints:

  • Adapters
  • CIMCs
  • I/O modules

Caution

Do not remove the hardware that contains the endpoint or perform any maintenance on it until the update process has completed. If the hardware is removed or otherwise unavailable due to maintenance, the firmware update fails. This failure may corrupt the backup partition. You cannot update the firmware on an endpoint with a corrupted backup partition.

Activate

During this stage, the system sets the specified image version (normally the backup version) as the startup version and, if you do not specify Set Startup Version Only, immediately reboots the endpoint. When the endpoint is rebooted, the backup partition becomes the active partition, and the active partition becomes the backup partition. The firmware in the new active partition becomes the startup version and the running version.

The following endpoints only require activation because the specified firmware image already exists on the endpoint:

  • Cisco UCS Manager
  • Fabric interconnects
  • Board controllers on those servers that support them

When the firmware is activated, the endpoint is rebooted and the new firmware becomes the active kernel version and system version. If the endpoint cannot boot from the startup firmware, it defaults to the backup version and raises a fault.


Caution

When you configure Set Startup Version Only for an I/O module, the I/O module is rebooted when the fabric interconnect in its data path is rebooted. If you do not configure Set Startup Version Only for an I/O module, the I/O module reboots and disrupts traffic. In addition, if Cisco UCS Manager detects a protocol and firmware version mismatch between the fabric interconnect and the I/O module, Cisco UCS Manager automatically updates the I/O module with the firmware version that matches the firmware in the fabric interconnect and then activates the firmware and reboots the I/O module again.

Outage Impacts of Direct Firmware Upgrades

When you perform a direct firmware upgrade on an endpoint, you can disrupt traffic or cause an outage in one or more of the endpoints in the Cisco UCS domain.

Outage Impact of a Fabric Interconnect Firmware Upgrade

When you upgrade the firmware for a fabric interconnect, you cause the following outage impacts and disruptions:

  • The fabric interconnect reboots.
  • The corresponding I/O modules reboot.

Outage Impact of a Cisco UCS Manager Firmware Upgrade

A firmware upgrade to Cisco UCS Manager causes the following disruptions:

  • Cisco UCS Manager GUI—All users logged in to Cisco UCS Manager GUI are logged out and their sessions ended. Any unsaved work in progress is lost.
  • Cisco UCS Manager CLI—All users logged in through telnet are logged out and their sessions ended.

Outage Impact of an I/O Module Firmware Upgrade

When you upgrade the firmware for an I/O module, you cause the following outage impacts and disruptions:

  • For a standalone configuration with a single fabric interconnect, data traffic is disrupted when the I/O module reboots. For a cluster configuration with two fabric interconnects, data traffic fails over to the other I/O module and the fabric interconnect in its data path.
  • If you activate the new firmware as the startup version only, the I/O module reboots when the corresponding fabric interconnect is rebooted.
  • If you activate the new firmware as the running and startup version, the I/O module reboots immediately.
  • An I/O module can take up to ten minutes to become available after a firmware upgrade.

Outage Impact of a CIMC Firmware Upgrade

When you upgrade the firmware for a CIMC in a server, you impact only the CIMC and internal processes. You do not interrupt server traffic. This firmware upgrade causes the following outage impacts and disruptions to the CIMC:

  • Any activities being performed on the server through the KVM console and vMedia are interrupted.
  • Any monitoring or IPMI polling is interrupted.

Outage Impact of an Adapter Firmware Upgrade

If you activate the firmware for an adapter and do not configure the Set Startup Version Only option, you cause the following outage impacts and disruptions:

  • The server reboots.
  • Server traffic is disrupted.

Updating and Activating the Firmware on an Adapter


Caution

Do not remove the hardware that contains the endpoint or perform any maintenance on it until the update process has completed. If the hardware is removed or otherwise unavailable due to maintenance, the firmware update fails. This failure may corrupt the backup partition. You cannot update the firmware on an endpoint with a corrupted backup partition.

Procedure
     Command or ActionPurpose
    Step 1UCS-A# scope adapter chassis-id / blade-id / adapter-id  

    Enters chassis server adapter mode for the specified adapter.

     
    Step 2UCS-A /chassis/server/adapter # show image  

    Displays the available software images for the adapter.

     
    Step 3UCS-A /chassis/server/adapter # update firmware version-num  

    Updates the selected firmware version on the adapter.

     
    Step 4UCS-A /chassis/server/adapter # commit-buffer   (Optional)

    Commits the transaction.

    Use this step only if you intend to use the show firmware command in Step 5 to verify that the firmware update completed successfully before activating the firmware in Step 6. You can skip this step and commit the update-firmware and activate-firmware commands in the same transaction; however, if the firmware update does not complete successfully, the firmware activation does not start.

    Cisco UCS Manager copies the selected firmware image to the backup memory partition and verifies that image is not corrupt. The image remains as the backup version until you explicitly activate it.

     
    Step 5UCS-A /chassis/server/adapter # show firmware   (Optional)

    Displays the status of the firmware update.

    Use this step only if you want to verify that the firmware update completed successfully. The firmware update is complete when the update status is Ready. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Updating to Ready. Continue to Step 6 when the update status is Ready.

     
    Step 6UCS-A /chassis/server/adapter # activate firmware version-num [set-startup-only]  

    Activates the selected firmware version on the adapter.

    Use the set-startup-only keyword if you want to move the activated firmware into the pending-next-boot state and not immediately reboot the server. The activated firmware does not become the running version of firmware on the adapter until the server is rebooted. You cannot use the set-startup-only keyword for an adapter in the host firmware package.

     
    Step 7UCS-A /chassis/server/adapter # commit-buffer  

    Commits the transaction.

    If a server is not associated with a service profile, the activated firmware remains in the pending-next-boot state. Cisco UCS Manager does not reboot the endpoints or activate the firmware until the server is associated with a service profile. If necessary, you can manually reboot or reset an unassociated server to activate the firmware.

     
    Step 8UCS-A /chassis/server/adapter # show firmware   (Optional)

    Displays the status of the firmware activation.

    Use this step only if you want to verify that the firmware activation completed successfully. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Activating to Ready.

     

    The following example updates and activates the adapter firmware to version 2.1(1) in the same transaction, without verifying that the firmware update and firmware activation completed successfully:

    UCS-A# scope adapter 1/1/1
UCS-A# /chassis/server/adapter # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-m81kr-vic.1.2.1.gbin                           Adapter              1.2(1)        Active

UCS-A# /chassis/server/adapter # update firmware 2.1(1)
UCS-A# /chassis/server/adapter* # activate firmware 2.1(1) set-startup-only
UCS-A# /chassis/server/adapter* # commit-buffer
UCS-A# /chassis/server/adapter #

    The following example updates the adapter firmware to version 2.1(1), verifies that the firmware update completed successfully before starting the firmware activation, activates the adapter firmware, and verifies that the firmware activation completed successfully:

    UCS-A# scope adapter 1/1/1
UCS-A# /chassis/server/adapter # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-m81kr-vic.1.2.1.gbin                           Adapter              2.1(1)        Active

UCS-A# /chassis/server/adapter # update firmware 2.1(1)
UCS-A# /chassis/server/adapter* # commit-buffer
UCS-A# /chassis/server/adapter # show firmware
Adapter 1:
    Running-Vers: 1.1(1)
    Update-Status: Updating
    Activate-Status: Ready

UCS-A# /chassis/server/adapter # show firmware
Adapter 1:
    Running-Vers: 1.1(1)
    Update-Status: Ready
    Activate-Status: Ready

UCS-A# /chassis/server/adapter # activate firmware 2.1(1)
UCS-A# /chassis/server/adapter* # commit-buffer
UCS-A# /chassis/server/adapter # show firmware
Adapter 1:
    Running-Vers: 1.1(1)
    Update-Status: Ready
    Activate-Status: Activating

UCS-A# /chassis/server/adapter # show firmware
Adapter 1:
    Running-Vers: 2.1(1)
    Update-Status: Ready
    Activate-Status: Ready

    Updating and Activating the BIOS Firmware on a Server

    Important:

    You can update and activate BIOS firmware on a server using the Cisco UCS Manager CLI on all M3 generation servers. The earlier servers do not support BIOS firmware update using the Cisco UCS Manager CLI.


    Caution

    Do not remove the hardware that contains the endpoint or perform any maintenance on it until the update process has completed. If the hardware is removed or otherwise unavailable due to maintenance, the firmware update fails. This failure may corrupt the backup partition. You cannot update the firmware on an endpoint with a corrupted backup partition.

    Procedure
       Command or ActionPurpose
      Step 1UCS-A# scope server chassis-id / blade-id  

      Enters chassis server mode for the specified server.

       
      Step 2UCS-A /chassis/server # scope bios  

      Enters chassis server BIOS mode.

       
      Step 3UCS-A /chassis/server/bios # show image  

      Displays the available BIOS firmware images.

       
      Step 4UCS-A /chassis/server/bios # update firmware version-num  

      Updates the selected BIOS firmware for the server.

       
      Step 5UCS-A /chassis/server/bios # commit-buffer   (Optional)

      Commits the transaction.

      Use this step only if you intend to use the show firmware command in Step 6 to verify that the firmware update completed successfully before activating the firmware in Step 7. You can skip this step and commit the update-firmware and activate-firmware commands in the same transaction; however, if the firmware update does not complete successfully, the firmware activation does not start.

      Cisco UCS Manager copies the selected firmware image to the backup memory partition and verifies that image is not corrupt. The image remains as the backup version until you explicitly activate it.

       
      Step 6UCS-A /chassis/server/bios # show firmware   (Optional)

      Displays the status of the firmware update.

      Use this step only if you want to verify that the firmware update completed successfully. The firmware update is complete when the update status is Ready. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Updating to Ready. Continue to Step 7 when the update status is Ready.

       
      Step 7UCS-A /chassis/server/bios # activate firmware version-num  

      Activates the selected server BIOS firmware version.

       
      Step 8UCS-A /chassis/server/bios # commit-buffer  

      Commits the transaction.

       
      Step 9UCS-A /chassis/bios # show firmware   (Optional)

      Displays the status of the firmware activation.

      Use this step only if you want to verify that the firmware activation completed successfully. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Activating to Ready.

       

      The following example updates and activates the BIOS firmware in the same transaction, without verifying that the firmware update and activation completed successfully:

      UCS-A# scope server 1/1
UCS-A# /chassis/server # scope bios
UCS-A# /chassis/server/bios # show image
Name                                  Type         Version
------------------------------------- ------------ -------
ucs-b230-m1-bios.B230.2.0.1.1.49.gbin Server Bios  B230.2.0.1.1.49
ucs-b230-m1-bios.B230.2.0.2.0.00.gbin Server Bios  B230.2.0.2.0.00

UCS-A# /chassis/server/bios # update firmware B230.2.0.2.0.00
UCS-A# /chassis/server/bios* # activate firmware B230.2.0.2.0.00
UCS-A# /chassis/server/bios* # commit-buffer
UCS-A# /chassis/server/bios #

      Updating and Activating the CIMC Firmware on a Server

      The activation of firmware for a CIMC does not disrupt data traffic. However, it will interrupt all KVM sessions and disconnect any vMedia attached to the server.


      Caution

      Do not remove the hardware that contains the endpoint or perform any maintenance on it until the update process has completed. If the hardware is removed or otherwise unavailable due to maintenance, the firmware update fails. This failure may corrupt the backup partition. You cannot update the firmware on an endpoint with a corrupted backup partition.

      Procedure
         Command or ActionPurpose
        Step 1UCS-A# scope server chassis-id / blade-id  

        Enters chassis server mode for the specified server.

         
        Step 2UCS-A /chassis/server # scope cimc  

        Enters chassis server CIMC mode.

         
        Step 3UCS-A /chassis/server/cimc # show image  

        Displays the available software images for the adapter.

         
        Step 4UCS-A /chassis/server/cimc # update firmware version-num  

        Updates the selected firmware version on the CIMC in the server.

         
        Step 5UCS-A /chassis/server/cimc # commit-buffer   (Optional)

        Commits the transaction.

        Use this step only if you intend to use the show firmware command in Step 6 to verify that the firmware update completed successfully before activating the firmware in Step 7. You can skip this step and commit the update-firmware and activate-firmware commands in the same transaction; however, if the firmware update does not complete successfully, the firmware activation does not start.

        Cisco UCS Manager copies the selected firmware image to the backup memory partition and verifies that image is not corrupt. The image remains as the backup version until you explicitly activate it.

         
        Step 6UCS-A /chassis/server/cimc # show firmware   (Optional)

        Displays the status of the firmware update.

        Use this step only if you want to verify that the firmware update completed successfully. The firmware update is complete when the update status is Ready. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Updating to Ready. Continue to Step 7 when the update status is Ready.

         
        Step 7UCS-A /chassis/server/cimc # activate firmware version-num  

        Activates the selected firmware version on the CIMC in the server.

         
        Step 8UCS-A /chassis/server/cimc # commit-buffer  

        Commits the transaction.

         
        Step 9UCS-A /chassis/server/cimc # show firmware   (Optional)

        Displays the status of the firmware activation.

        Use this step only if you want to verify that the firmware activation completed successfully. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Activating to Ready.

         

        The following example updates and activates the CIMC firmware to version 2.1(1) in the same transaction, without verifying that the firmware update and firmware activation completed successfully:

        UCS-A# scope server 1/1
UCS-A# /chassis/server # scope cimc
UCS-A# /chassis/server/cimc # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-b200-m1-k9-cimc.1.2.1.gbin                      Bmc                  2.1(1)        Active

UCS-A# /chassis/server/cimc # update firmware 2.1(1)
UCS-A# /chassis/server/cimc* # activate firmware 2.1(1) set-startup-only
UCS-A# /chassis/server/cimc* # commit-buffer
UCS-A# /chassis/server/cimc #

        The following example updates the CIMC firmware to version 2.1(1), verifies that the firmware update completed successfully before starting the firmware activation, activates the CIMC firmware, and verifies that the firmware activation completed successfully:

        UCS-A# scope server 1/1
UCS-A# /chassis/server # scope cimc
UCS-A# /chassis/server/cimc # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-b200-m1-k9-cimc.1.2.1.gbin                      Bmc                  2.1(1)        Active


UCS-A# /chassis/server/cimc # update firmware 2.1(1)
UCS-A# /chassis/server/cimc* # commit-buffer
UCS-A# /chassis/server/cimc # show firmware
Running-Vers    Update-Status   Activate-Status
--------------- --------------- ---------------
1.1(1)          Updating        Ready

UCS-A# /chassis/server/cimc # show firmware
Running-Vers    Update-Status   Activate-Status
--------------- --------------- ---------------
1.1(1)          Ready           Ready

UCS-A# /chassis/server/cimc # activate firmware 2.1(1)
UCS-A# /chassis/server/cimc* # commit-buffer
UCS-A# /chassis/server/cimc # show firmware
Running-Vers    Update-Status   Activate-Status
--------------- --------------- ---------------
1.1(1)          Ready           Activating

UCS-A# /chassis/server/cimc # show firmware
Running-Vers    Update-Status   Activate-Status
--------------- --------------- ---------------
2.1(1)          Ready           Ready

        Updating and Activating the Firmware on an IOM

        If your system is running in a high availability cluster configuration, you must update and activate both I/O modules.


        Caution

        Do not remove the hardware that contains the endpoint or perform any maintenance on it until the update process has completed. If the hardware is removed or otherwise unavailable due to maintenance, the firmware update fails. This failure may corrupt the backup partition. You cannot update the firmware on an endpoint with a corrupted backup partition.

        Procedure
           Command or ActionPurpose
          Step 1UCS-A# scope chassis chassis-id  

          Enters chassis mode for the specified chassis.

           
          Step 2UCS-A /chassis # scope iom iom-id  

          Enters chassis I/O module mode for the selected I/O module.

           
          Step 3UCS-A /chassis/iom # show image  

          Displays the available software images for the I/O module.

           
          Step 4UCS-A /chassis/iom # update firmware version-num  

          Updates the selected firmware version on the I/O module.

           
          Step 5UCS-A /chassis/iom # commit-buffer   (Optional)

          Commits the transaction.

          Use this step only if you intend to use the show firmware command in Step 6 to verify that the firmware update completed successfully before activating the firmware in Step 7. You can skip this step and commit the update-firmware and activate-firmware commands in the same transaction; however, if the firmware update does not complete successfully, the firmware activation does not start.

          Cisco UCS Manager copies the selected firmware image to the backup memory partition and verifies that image is not corrupt. The image remains as the backup version until you explicitly activate it.

           
          Step 6UCS-A /chassis/iom # show firmware   (Optional)

          Displays the status of the firmware update.

          Use this step only if you want to verify that the firmware update completed successfully. The firmware update is complete when the update status is Ready. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Updating to Ready. Continue to Step 7 when the update status is Ready.

           
          Step 7UCS-A /chassis/iom # activate firmware version-num [set-startup-only]  

          Activates the selected firmware version on the I/O module.

          Use the set-startup-only keyword if you want to reboot the I/O module only when the fabric interconnect in its data path reboots. If you do not use the set-startup-only keyword, the I/O module reboots and disrupts traffic. In addition, if Cisco UCS Manager detects a protocol and firmware version mismatch between it and the I/O module, it updates the I/O module with the firmware version that matches its own and then activates the firmware and reboots the I/O module again.

           
          Step 8UCS-A /chassis/iom # commit-buffer  

          Commits the transaction.

           
          Step 9UCS-A /chassis/iom # show firmware   (Optional)

          Displays the status of the firmware activation.

          Use this step only if you want to verify that the firmware activation completed successfully. The CLI does not automatically refresh, so you may have to enter the show firmware command multiple times until the task state changes from Activating to Ready.

           

          The following example updates and activates the I/O module firmware to version 2.1(1) in the same transaction, without verifying that the firmware update and firmware activation completed successfully:

          UCS-A# scope chassis 1
UCS-A# /chassis # scope iom 1
UCS-A# /chassis/iom # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-2100.1.2.1.gbin                                Iom                  2.1(1)        Active

UCS-A# /chassis/iom # update firmware 2.1(1)
UCS-A# /chassis/iom* # activate firmware 2.1(1) set-startup-only
UCS-A# /chassis/iom* # commit-buffer
UCS-A# /chassis/iom #

          The following example updates the I/O module firmware to version 2.1(1), verifies that the firmware update completed successfully before starting the firmware activation, activates the I/O module firmware, and verifies that the firmware activation completed successfully:

          UCS-A# scope chassis 1
UCS-A# /chassis # scope iom 1
UCS-A# /chassis/iom # show image
Name                                               Type                 Version       State
-------------------------------------------------- -------------------- ------------- -----
ucs-2100.1.2.1.gbin                                Iom                  2.1(1)        Active

UCS-A# /chassis/iom # update firmware 2.1(1)
UCS-A# /chassis/iom* # commit-buffer
UCS-A# /chassis/iom # show firmware
IOM      Fabric ID Running-Vers    Update-Status   Activate-Status
-------- --------- --------------- --------------- ---------------
       1 A         1.1(1)          Updating        Ready

UCS-A# /chassis/iom # show firmware
IOM      Fabric ID Running-Vers    Update-Status   Activate-Status
-------- --------- --------------- --------------- ---------------
       1 A         1.1(1)          Ready           Ready

UCS-A# /chassis/iom # activate firmware 2.1(1) ignorecompcheck
UCS-A# /chassis/iom* # commit-buffer
UCS-A# /chassis/iom # show firmware
IOM      Fabric ID Running-Vers    Update-Status   Activate-Status
-------- --------- --------------- --------------- ---------------
       1 A         1.1(1)          Ready           Activating

UCS-A# /chassis/iom # show firmware
IOM      Fabric ID Running-Vers    Update-Status   Activate-Status
-------- --------- --------------- --------------- ---------------
       1 A         2.1(1)          Ready           Ready

          Activating the Board Controller Firmware on a Server

          Only certain servers, such as the Cisco UCS B440 High Performance blade server and the Cisco UCS B230 blade server, have board controller firmware. The board controller firmware controls many of the server functions, including eUSBs, LEDs, and I/O connectors.


          Note

          This activation procedure causes the server to reboot. Depending upon whether or not the service profile associated with the server includes a maintenance policy, the reboot can occur immediately. To reduce the number of times a server needs to be rebooted during the upgrade process, we recommend that you upgrade the board controller firmware through the host firmware package in the service profile as the last step of upgrading a Cisco UCS domain, along with the server BIOS.

          Procedure
             Command or ActionPurpose
            Step 1UCS-A# scope server chassis-id / server-id  

            Enters chassis server mode for the specified server.

             
            Step 2UCS-A /chassis/server # scope boardcontroller  

            Enters board controller mode for the server.

             
            Step 3UCS-A /chassis/server/boardcontroller # show image   (Optional)

            Displays the available software images for the board controller.

             
            Step 4UCS-A /chassis/server/boardcontroller # show firmware   (Optional)

            Displays the current running software image for the board controller.

             
            Step 5UCS-A /chassis/server/boardcontroller # activate firmware version-num  

            Activates the selected firmware version on the board controller in the server.

             
            Step 6UCS-A /chassis/server/boardcontroller # commit-buffer  

            Commits the transaction to the system configuration.

             

            Cisco UCS Manager disconnects all active sessions, logs out all users, and activates the software. When the upgrade is complete, you are prompted to log back in. If you are prompted to re-login immediately after being disconnected, the login will fail. You must wait until the activation of Cisco UCS Manager is completed, which takes a few minutes.

            The following example activates the board controller firmware:

            UCS-A# scope server 1/1
UCS-A# /chassis/server # scope boardcontroller
UCS-A# /chassis/server/boardcontroller # show image
Name                                   Type              Version            State
-------------------------------------- ----------------- ------------------ -----
ucs-b440-m1-pld.B440100C-B4402006.bin  Board Controller  B440100C-B4402006  Active

UCS-A# /chassis/server/boardcontroller # show firmware
BoardController:
    Running-Vers: B440100C-B4402006
    Activate-Status: Ready

UCS-A# /chassis/server/boardcontroller # activate firmware B440100C-B4402006
UCS-A# /chassis/server/boardcontroller* # commit-buffer

            Activating the Cisco UCS Manager Software

            Procedure
               Command or ActionPurpose
              Step 1UCS-A# scope system  

              Enters system mode.

               
              Step 2UCS-A /system # show image  

              Displays the available software images for Cisco UCS Manager (system).

               
              Step 3UCS-A /system # activate firmware version-num  

              Activates the selected firmware version on the system.

              Note   

              Activating Cisco UCS Manager does not require rebooting the fabric interconnect; however, management services will briefly go down and all VSH shells will be terminated as part of the activation.

               
              Step 4UCS-A /system # commit-buffer  

              Commits the transaction.

              Cisco UCS Manager makes the selected version the startup version and schedules the activation to occur when the fabric interconnects are upgraded.

               

              The following example upgrades Cisco UCS Manager to version 2.1(1) and commits the transaction: 

              UCS-A# scope system
UCS-A# /system # show image
Name                                               Type             Version     State
-------------------------------------------------- ---------------- ----------- -----
ucs-manager-k9.2.1.1.gbin                          System           2.1(1)      Active

UCS-A# /system # activate firmware 2.1(1)
UCS-A# /system* # commit-buffer
UCS-A# /system #

              Activating the Firmware on a Fabric Interconnect

              When updating the firmware on two fabric interconnects in a high availability cluster configuration, you must activate the subordinate fabric interconnect before activating the primary fabric interconnect. For more information about determining the role for each fabric interconnect, see Verifying the High Availability Status and Roles of a Cluster Configuration.

              For a standalone configuration with a single fabric interconnect, you can minimize the disruption to data traffic when you perform a direct firmware upgrade of the endpoints. However, you must reboot the fabric interconnect to complete the upgrade and, therefore, cannot avoid disrupting traffic.


              Tip

              If you ever need to recover the password to the admin account that was created when you configured the fabric interconnects for the Cisco UCS domain, you must know the running kernel version and the running system version. If you do not plan to create additional accounts, we recommend that you save the path to these firmware versions in a text file so that you can access them if required.

              Procedure
                 Command or ActionPurpose
                Step 1UCS-A# scope fabric-interconnect {a | b}  

                Enters fabric interconnect mode for the specified fabric interconnect.

                 
                Step 2UCS-A /fabric-interconnect # show image  

                Displays the available software images for the fabric interconnect.

                 
                Step 3UCS-A /fabric-interconnect # activate firmware {kernel-version kernel-ver-num | system-version system-ver-num}  

                Activates the selected firmware version on the fabric interconnect.

                 
                Step 4UCS-A /fabric-interconnect # commit-buffer  

                Commits the transaction.

                Cisco UCS Manager updates and activates the firmware, and then reboots the fabric interconnect and any I/O module in the data path to that fabric interconnect, disrupting data traffic to and from that fabric interconnect.

                 

                The following example upgrades the fabric interconnect to version 4.0(1a)N2(1.2.1) and commits the transaction: 

                UCS-A# scope fabric-interconnect a
UCS-A /fabric-interconnect # show image
Name                                          Type                 Version           State
--------------------------------------------- -------------------- ----------------- -----
ucs-6100-k9-kickstart.4.0.1a.N2.1.2.1.gbin    Fabric Interconnect   4.0(1a)N2(1.2.1)  Active
ucs-6100-k9-system.4.0.1a.N2.1.2.1.gbin       Fabric Interconnect   4.0(1a)N2(1.2.1)  Active

UCS-A /fabric-interconnect # activate firmware kernel-version 4.0(1a)N2(1.2.1) system-version 4.0(1a)N2(1.2.1)
UCS-A /fabric-interconnect* # commit-buffer
UCS-A /fabric-interconnect #

                Forcing a Fabric Interconnect Failover

                This operation can only be performed in the Cisco UCS Manager CLI.

                You must force the failover from the primary fabric interconnect.

                Procedure
                   Command or ActionPurpose
                  Step 1 UCS-A# show cluster state 

                  Displays the state of fabric interconnects in the cluster and whether the cluser is HA ready.

                   
                  Step 2 UCS-A# connect local-mgmt 

                  Enters local management mode for the cluster.

                   
                  Step 3 UCS-A (local-mgmt) # cluster {force primary | lead {a | b}} 

                  Changes the subordinate fabric interconnect to primary using one of the following commands:

                  force

                  Forces local fabric interconnect to become the primary.

                  lead

                  Makes the specified subordinate fabric interconnect the primary.

                   

                  The following example changes fabric interconnect b from subordinate to primary:

                  UCS-A# show cluster state
Cluster Id: 0xfc436fa8b88511e0-0xa370000573cb6c04

A: UP, PRIMARY
B: UP, SUBORDINATE

HA READY
UCS-A# connect local-mgmt
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Copyright (c) 2002-2011, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained in this software are
owned by other third parties and used and distributed under
license. Certain components of this software are licensed under
the GNU General Public License (GPL) version 2.0 or the GNU
Lesser General Public License (LGPL) Version 2.1. A copy of each
such license is available at
http://www.opensource.org/licenses/gpl-2.0.php and
http://www.opensource.org/licenses/lgpl-2.1.php

UCS-A(local-mgmt)# cluster lead b
UCS-A(local-mgmt)#