Tuesday, June 23, 2015


1.       Login to the vcenter server
2.       Edit the virtual machine settings by right click on the server which we are going to add the LUN
3.       Click on ADD

4.       Specify device type high light on Hard Disk and click next


5.       Select a Disk type as Raw Device Mappings and click next




6.       Select the Raw LUN and click on next (Note: If already the raw LUN is mapped or data storage is created for that LUN then the new LUN will not be shown here)




7.       Select Store with Virtual Machine and click on Next




8.       Select compatibility mode as physical and click on next



9.       Select the SCSI Device Node




10.   Click on Finish to complete and check it in the Active Tasks to be completed


11.   Login to the server where the Raw Device has been Mapped

12.   Goto start Right click on the computer and select manage





13.   Click on Disk Management, here you can see the new raw device which is mapped


14.   Right click on the new drive and click on the New partition

15.   Partition the drive for the required size, assign the Drive letter and format it with NTFS file system

16.   Wait until the format to be complete and check the drive in the my computer.
How to identify/get QLogic/Emulex WWN on Red Hat Enterprise Linux 5 (RHEL5).
First identify your installed or recognized

# lspci | grep -i fibre
04:00.0 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to PCI Express HBA (rev 03)
04:00.1 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to PCI Express HBA (rev 03)
05:00.0 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to PCI Express HBA (rev 03)
05:00.1 Fibre Channel: QLogic Corp. ISP2432-based 4Gb Fibre Channel to PCI Express HBA (rev 03)
On  Red Hat Enterprise Linux 5 (5.x) is on /sys/class/fc_host/hostX/port_name
(X is your device 1,2,3,…N)
For get use:
cat /sys/class/fc_host/hostX/port_name
Sample with multiple HBA (Fibre) QLogic
# ls /sys/class/fc_host/
host3  host4  host5  host6
# cat /sys/class/fc_host/host[3-6]/port_name
0x2100001b32936e24
0x2101001b32b36e24
0x2100001b32932821
0x2101001b32b32821
On Red Hat Enterprise Linux 4 (AS/ES) is on /proc/scsi/qla2xxx/1 (1,2,3,..N)
Sample:
# egrep [node|port] /proc/scsi/qlx2xxx/0
scsi-qla0-adapter-node=200000e08b1c19f2;
scsi-qla0-adapter-port=210000e08b1c19f2;

Thursday, March 8, 2012

1.       Login to the vcenter server
2.       Edit the virtual machine settings by right click on the server which we are going to add the LUN
3.       Click on ADD

4.       Specify device type high light on Hard Disk and click next


5.       Select a Disk type as Raw Device Mappings and click next




6.       Select the Raw LUN and click on next (Note: If already the raw LUN is mapped or data storage is created for that LUN then the new LUN will not be shown here)




7.       Select Store with Virtual Machine and click on Next




8.       Select compatibility mode as physical and click on next



9.       Select the SCSI Device Node




10.   Click on Finish to complete and check it in the Active Tasks to be completed


11.   Login to the server where the Raw Device has been Mapped

12.   Goto start Right click on the computer and select manage





13.   Click on Disk Management, here you can see the new raw device which is mapped


14.   Right click on the new drive and click on the New partition

15.   Partition the drive for the required size, assign the Drive letter and format it with NTFS file system

16.   Wait until the format to be complete and check the drive in the my computer.

Wednesday, February 29, 2012


ntroduction

In order to upgrade the BIOS on a Server Blade or a Server Pool, you complete five major steps:
  1. Verify/confirm that the correct BIOS is present in the fabric interconnect flash.
  2. Create a Host Firmware Package policy.
  3. Associate the Host Firmware Package policy with a Service Profile.
  4. Associate the Service Profile with the server blade or server pool.
  5. Verify the BIOS version of the blade matches the BIOS for the Host Firmware Package policy.
This tech note addresses how to upgrade the BIOS on a Server Blade or a Server Pool with one of these methods:
  • Cisco UCS Manager GUI
  • Cisco UCS Manager CLI
Note: You cannot update the BIOS firmware directly. You must perform the BIOS firmware update through a host firmware package in a service profile. If the BIOS fails, it can recover and boot from the ISO image that is shipped with the server.

Prerequisites

Requirements

Cisco recommends that you:
  • Have a working knowledge of Cisco UCS Server Blade software and hardware.
  • Be familiar with the UCS manager GUI.
  • Understand the impact and implications of the different commands described in this document
  • Be familiar with the UCS components and topology. Refer to the diagram for a typical solution

Components Used

The information in this document is based on Cisco UCS.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Network Diagram

A typical Cisco UCS topology looks something like this:
ucs-upgrade-bios-01.gif

Conventions

Refer to the Cisco Technical Tips Conventions for more information on document conventions.

Background Information

The Host Firmware Package enables you to specify firmware versions for different components and bundle them together under one policy. The host firmware includes these server and adapter components:
  • BIOS
  • SAS controller
  • Emulex Option ROM
  • Emulex firmware
  • QLogic option ROM
  • Adapter firmware
In order to upgrade the BIOS on a server blade or a server pool, you must create a Host Firmware that has these components, and then push it to all servers associated with Service Profiles that include this policy.
This Host Firmware Package policy ensures that the host firmware is identical on all servers associated with service profiles that use the same policy. Therefore, if you move the service profile from one server to another, the firmware versions are maintained.
You must include this Host Firmware Package policy in a service profile, and that service profile must be associated with a server for it to take effect.
If you associate a new Host Firmware Package policy to a Service Profile currently linked to blades, it causes those blades to reboot. You must decide if you want to disassociate the service profile before the new firmware package policy is applied.
If a server blade is currently associated with a Service Profile, you can choose to disassociate the blade before the BIOS upgrade is performed. Complete these steps:
  1. In the Navigation pane, click the Servers tab.
  2. In the Servers tab, expand Servers > Service Profiles.
  3. Expand the node for the organization that contains the service profile that you want to disassociate from a server or server pool. If the system does not include multi-tenancy, expand the root node.
  4. On the service profile that you want to disassociate with a server, and select Disassociate Service Profile.
  5. In the Disassociate Service Profile dialog box, click Yes in order to confirm that you want to disassociate the service profile.
  6. Click OK. If desired, monitor the status and FSM for the server to confirm that the disassociation completes.
    ucs-upgrade-bios-02.gif

Main Task

Task

These sections detail the processes used to upgrade BIOS on a server blade or a server pool through the GUI and CLI.

1. Upgrade BIOS on a UCS Server Blade with the GUI

Complete these steps:
  1. Verify/confirm that the correct BIOS is present in the fabric interconnect flash.
  2. Create the Host Firmware Package policy with the desired BIOS version:
    1. In the Navigation pane, select the Servers tab.
    2. On the Servers tab, expand Servers >Policies.
    3. Expand the node for the organization where you want to create the policy. If the system does not include multi-tenancy, expand the root node.
    4. Right-click Host Firmware Packages, and select Create Host Firmware Package.
      ucs-upgrade-bios-03.gif
    5. In the Create Host Firmware Package dialog box, enter a unique name and description for the package. This name can be between one and 16 alphanumeric characters. You cannot use spaces or any special characters, and you cannot change this name once the object is saved.
    6. Click the down arrows in order to expand one or more of these sections on the left of the dialog box, and select BIOS Firmware Packages.
      ucs-upgrade-bios-04.gif
    7. When you have added all of the desired firmware to the package, click OK.
    8. Double click to select the BIOS Firmware. Click OK in order to confirm that the host firmware package policy is created.
      ucs-upgrade-bios-05.gif
  3. Associate the created Host Firmware Package policy to a Service Profile.
    This association automatically updates and activates the firmware in the server and adapter with the new versions and reboots the server. Complete these steps:
    1. In the Navigation pane, click the Servers tab.
    2. On the Servers tab, expand Service Profiles.
    3. Select the desired Service Profile.
    4. On the right pane, click the Policies tab of the selected Service Profile.
    5. Extend the Firmware Policies drop down container and select the previously created Host Firmware Package from the Host Firmware menu.
    6. Save the changes.
      Note: If your Service Profile is currently associated with a server, this change causes an immediate server reboot with the BIOS installation. If your Service Profile is not associated with a server, apply it to a blade in order for the BIOS upgrade to take effect.
      ucs-upgrade-bios-06.gif
  4. Associate the Service Profile with a server blade or server pool:
    After the Host Firmware Package policy is assigned and saved, associate this policy to the Service Profile used by the blade server and, monitor the KVM output to see the new BIOS get displayed. The BIOS upgrade should not extend the blade's boot time.
    1. Click the General tab.
    2. Click Change Service Profile Association.
      ucs-upgrade-bios-07.gif
    3. In the Associate Service Profile window, select the appropriate server or server pool, and click OK in order to push new BIOS to the server.
      ucs-upgrade-bios-08.gif
  5. Verify the BIOS version of the blade matches the BIOS for the Host Firmware Package policy.
    ucs-upgrade-bios-09.gif

2. Upgrade BIOS on a UCS Server Blade with the CLI


 !---  STEP 1. Verify/confirm that the correct BIOS is present in the 
!--- fabric interconnect flash


F340-31-17-FI-A#
F340-31-17-FI-A# scope firmware
F340-31-17-FI-A /firmware # show image | include Bios
                                              Server Bios          S5500.86B.01.00.0036-105.042920090209
                                              Server Bios          S5500.86B.01.00.0036-132.051320090429
                                              Server Bios          S5500.86B.01.00.0036-132.051320090429
                                              Server Bios          S5500.86B.01.00.0036-191.061320091126
F340-31-17-FI-A /firmware #



 !---  STEP 2. Create a Firmware Host Package policy



F340-31-17-FI-A# scope org /
F340-31-17-FI-A /org # create fw-host-pack bios-upgrade

F340-31-17-FI-A /org/fw-host-pack* # create pack-image "Intel" S5500.86B.01.00.0036-191.061320091126 server-bios 

F340-31-17-FI-A /org/fw-host-pack/pack-image* # commit-buffer




 !---  STEP 3. Associate Host Firmware Package 
!--- policy with Service Profile




 !---  STEP 4. Associate Service Profile with a blade 
!--- to have BIOS updated.



F340-31-17-FI-A* # scope org /
F340-31-17-FI-A /org* # scope service-profile jdewberr-c2s1
F340-31-17-FI-A /org/service-profile* # associate server 2/1

F340-31-17-FI-A /org/service-profile* # commit-buffer



F340-31-17-FI-A /org/service-profile* # show assoc
Service Profile Name Association    Server Server Pool
-------------------- -------------- ------ -----------
jdewberr-c2s1        Associated     2/1
F340-31-17-FI-A /org/service-profile* #




 !---  STEP 5. When association is completed, 
!--- check current BIOS version


F340-31-17-FI-A* #
F340-31-17-FI-A* #
F340-31-17-FI-A* # scope server 2/1
F340-31-17-FI-A /chassis/server* #
F340-31-17-FI-A /chassis/server* # show bios

Bios Firmware:

Server  Model      Vendor            Running-Vers
------- ---------- ----------------- ------------
2/1     N20-B6620-1 Intel Corp.       S5500.86B.01.00.0036-191.061320091126
F340-31-17-FI-A /chassis/server* #

Verify

There is currently no verification procedure available for this configuration.

Introduction

This document explains how to interpret UCS firmware version information and identify components of the UCS firmware.
The Cisco UCS firmware is delivered in these ways:
  • The UCS images are shipped as a single bundle or as individual component images, which include the UCS Manager, UCS Fabric Interconnect, IO module, BMC, BIOS, adapter, etc.
  • The UCS firmware is hosted on the Cisco Software Delivery System.
  • UCS Manager unpacks the bundle and updates the image catalog stored on the switch.
  • The UCS Manager maintains a catalog of all the component images stored on the switch.
  • Only one version of each component is shipped in any bundle. Component images for multiple hardware platforms with UCS are included in the same bundle.
  • Each component image is versioned and customer visible. You can upgrade each component image separately, provided that it is compatible.
The UCS firmware comes in two ways, either in a bundle or in individual images:
  • Bundle:
    • The bundle includes a package for each component that requires firmware.
    • Currently there are three bundles to track:
      • .bin—normal bundle
      • .gbin—bundle with debug information; engineering instructed only
      • dplug—dplug file that allows root access to the NX-OS; engineering instructed only
  • Individual images

Prerequisites

Requirements

Cisco recommends that you have a working knowledge of these:
  • The Cisco UCS Server Blade software and hardware
  • The UCS Manager
  • The impact and implications of the different commands described in this document
  • The UCS components and topology; refer to the network diagram for a typical solution.
Ensure that you meet these requirements before you attempt this configuration:

Components Used

The information in this document is based on Cisco UCS.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a default configuration. If your network is live, make sure that you understand the potential impact of any command.

Network Diagram

A typical Cisco UCS topology looks similar to this:
ucs-firmware-versioning1.gif

Conventions

Refer to the Cisco Technical Tips Conventions for more information on document conventions.

Configure

1. UCS Firmware Version Information

This section describes the UCS firmware version format.

NX-OS

The NX-OS version numbers adhere to the standard Cisco format. For example, 4.0(0)N1.1.

Other UCS Components

Other UCS components adhere to the standard software format (X.Y.Z). For example, 1.0.0.
  • X is a major version/release. It is used for major feature releases or architectural changes
  • Y is a minor version/release.
  • Z is a bug fix version/release.

2. The UCS Firmware Package

The image represents a piece of firmware that is specific to an end point. For example, IOM image, BMC image, etc. Multiple Images are bundled together to form a package. A package is meant only for ease of distribution and download. Unlike the image, a package does not have a version. The UCS manager allows the download of both the package and individual images. If you download a package, it is unpacked, and the individual images are extracted from it. A package is a read-only object that is created when it is downloaded. A package does not occupy any disk space. It represents a list of images that were unpacked as part of the package download. A package cannot be deleted. It is deleted automatically when all the images that came with it are deleted. When an individual image is downloaded, the package name is same as the image name.
Images that are in a package:
  • Fabric-Interconnect Kernel and System images
  • UCS Manager image
  • IOM firmware image
  • BMC firmware image
  • Adapter firmware - network facing (Cisco UCS CNA M71KR , Cisco UCS VIC M81KR )
  • Adapter firmware - host facing (applicable for Cisco UCS CNA M71KR adapter only)
    • Qlogic option ROM
    • Emulex option ROM
    • Emulex firmware
  • LSI option ROM
  • LSI firmware
  • BIOS

3. The UCS Firmware Bundle Overview

In order to see a UCS firmware bundle, complete these steps:
  1. Log into the UCS Manager.
  2. Click the Equipment tab on the Navigation pane.
  3. Click the Firmware Management tab on the Work pane.
  4. Click Package under the Firmware Management tab.
  5. Click the specific firmware bundle.
    ucs-firmware-versioning2.gif
    These illustrate the firmware components within each bundle:
    • ucs-2100.1.0.1e.bin—IO Module image
    • ucs-6100-k9-kickstart.4.0.1a.N2.1.1e.bin—UCS Fabric Interconnect Kickstart Image
    • ucs-6100-k9-system.4.0.1a.N2.1.1e.bin—UCS Fabric Interconnect System Image
    • ucs-b200-m1-bios.S5500.86B.01.00.0036-191.061320091126.bin—UCS-B200-M1 Blade BIOS
    • ucs-b200-m1-k9-bmc.1.0.1e.bin—Blade BMC Image
    • ucs-b200-m1-sasctlr.01.26.00.00_06.24.02.00_03.08.00.00.bin—LSI Logic SAS Controller Image
    • ucs-m71kr-e-cna.1.0.1e.bin—Cisco UCS CNA M71KR -Emulex CNA Image
    • ucs-m71kr-e-hba.2.80A4.bin—Cisco UCS CNA M71KR -Emulex HBA Image
    • ucs-m71kr-e-optionrom.5.03A8.bin—Cisco UCS CNA M71KR -Emulex Option ROM Image
    • ucs-m71kr-q-cna.1.0.1e.bin—Cisco UCS CNA M71KR -Qlogic CNA Image
    • ucs-m71kr-q-optionrom.2.02.bin—Cisco UCS CNA M71KR -Qlogic Option ROM Image
    • ucs-manager-k9.1.0.1e.bin—UCS GUI Image

4.1 The UCS 6100 Fabric Interconnect Firmware

This is an image of the UCS Fabric Interconnect firmware:
ucs-firmware-versioning3.gif
  • Kickstart Image—ucs-6100-k9-kickstart.4.0.1a.N2.1.1e.bin
  • System Image—ucs-6100-k9-system.4.0.1a.N2.1.1e.bin

4.2 The UCS 2100 Firmware – IO Module

This is a single firmware image—ucs-2100.1.0.1e.bin
ucs-firmware-versioning4.gif

4.3 The UCS B Series Blade Firmware

This is an image of the UCS B Series Blade firmware:
ucs-firmware-versioning5.gif
  • BIOS—ucs-b200-m1-bios.S5500.86B.01.00.0036-191.061320091126.bin
  • BMC—ucs-b200-m1-k9-bmc.1.0.1e.bin
  • LSI SAS Controller—ucs-b200-m1-sasctlr.01.26.03.00_03.12.00.00.bin

4.4 The UCS Adapter Cards Firmware

  • Cisco UCS 82598KR-CI Converged Network Adapter—No firmware
  • Cisco UCS CNA M71KR—Emulex
    • Cisco UCS CNA M71KR Emulex—ucs-m71kr-e-cna.1.0.1e.bin
    • Cisco UCS CNA M71KR Emulex FC—ucs-m71kr-e-hba.2.80A4.bin
    • Cisco UCS CNA M71KR Emulex Option ROM—ucs-m71kr-e-optionrom.5.03A8.bin
  • Cisco UCS CNA M71KR—Qlogic
    • Cisco UCS CNA M71KR Qlogic—ucs-m71kr-q-cna.1.0.1e.bin
    • Cisco UCS CNA M71KR Qlogic Option ROM—ucs-m71kr-q-optionrom.2.02.bin

4.5 The UCS Manager Firmware

This is an image of the UCS Manager firmware:
ucs-firmware-versioning6.gif
UCS Manager—ucs-manager-k9.4.0.1a.N2.1.1e.bin
The code resides and runs on the UCS 6100.

Verify

There is currently no verification procedure available for this configuration.

Tuesday, February 28, 2012


Introduction

In order to upgrade the BIOS on a Server Blade or a Server Pool, you complete five major steps:
  1. Verify/confirm that the correct BIOS is present in the fabric interconnect flash.
  2. Create a Host Firmware Package policy.
  3. Associate the Host Firmware Package policy with a Service Profile.
  4. Associate the Service Profile with the server blade or server pool.
  5. Verify the BIOS version of the blade matches the BIOS for the Host Firmware Package policy.
This tech note addresses how to upgrade the BIOS on a Server Blade or a Server Pool with one of these methods:
  • Cisco UCS Manager GUI
  • Cisco UCS Manager CLI
Note: You cannot update the BIOS firmware directly. You must perform the BIOS firmware update through a host firmware package in a service profile. If the BIOS fails, it can recover and boot from the ISO image that is shipped with the server.

Prerequisites

Requirements

Cisco recommends that you:
  • Have a working knowledge of Cisco UCS Server Blade software and hardware.
  • Be familiar with the UCS manager GUI.
  • Understand the impact and implications of the different commands described in this document
  • Be familiar with the UCS components and topology. Refer to the diagram for a typical solution

Components Used

The information in this document is based on Cisco UCS.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Network Diagram

A typical Cisco UCS topology looks something like this:
ucs-upgrade-bios-01.gif

Conventions

Refer to the Cisco Technical Tips Conventions for more information on document conventions.

Background Information

The Host Firmware Package enables you to specify firmware versions for different components and bundle them together under one policy. The host firmware includes these server and adapter components:
  • BIOS
  • SAS controller
  • Emulex Option ROM
  • Emulex firmware
  • QLogic option ROM
  • Adapter firmware
In order to upgrade the BIOS on a server blade or a server pool, you must create a Host Firmware that has these components, and then push it to all servers associated with Service Profiles that include this policy.
This Host Firmware Package policy ensures that the host firmware is identical on all servers associated with service profiles that use the same policy. Therefore, if you move the service profile from one server to another, the firmware versions are maintained.
You must include this Host Firmware Package policy in a service profile, and that service profile must be associated with a server for it to take effect.
If you associate a new Host Firmware Package policy to a Service Profile currently linked to blades, it causes those blades to reboot. You must decide if you want to disassociate the service profile before the new firmware package policy is applied.
If a server blade is currently associated with a Service Profile, you can choose to disassociate the blade before the BIOS upgrade is performed. Complete these steps:
  1. In the Navigation pane, click the Servers tab.
  2. In the Servers tab, expand Servers > Service Profiles.
  3. Expand the node for the organization that contains the service profile that you want to disassociate from a server or server pool. If the system does not include multi-tenancy, expand the root node.
  4. On the service profile that you want to disassociate with a server, and select Disassociate Service Profile.
  5. In the Disassociate Service Profile dialog box, click Yes in order to confirm that you want to disassociate the service profile.
  6. Click OK. If desired, monitor the status and FSM for the server to confirm that the disassociation completes.
    ucs-upgrade-bios-02.gif

Main Task

Task

These sections detail the processes used to upgrade BIOS on a server blade or a server pool through the GUI and CLI.

1. Upgrade BIOS on a UCS Server Blade with the GUI

Complete these steps:
  1. Verify/confirm that the correct BIOS is present in the fabric interconnect flash.
  2. Create the Host Firmware Package policy with the desired BIOS version:
    1. In the Navigation pane, select the Servers tab.
    2. On the Servers tab, expand Servers >Policies.
    3. Expand the node for the organization where you want to create the policy. If the system does not include multi-tenancy, expand the root node.
    4. Right-click Host Firmware Packages, and select Create Host Firmware Package.
      ucs-upgrade-bios-03.gif
    5. In the Create Host Firmware Package dialog box, enter a unique name and description for the package. This name can be between one and 16 alphanumeric characters. You cannot use spaces or any special characters, and you cannot change this name once the object is saved.
    6. Click the down arrows in order to expand one or more of these sections on the left of the dialog box, and select BIOS Firmware Packages.
      ucs-upgrade-bios-04.gif
    7. When you have added all of the desired firmware to the package, click OK.
    8. Double click to select the BIOS Firmware. Click OK in order to confirm that the host firmware package policy is created.
      ucs-upgrade-bios-05.gif
  3. Associate the created Host Firmware Package policy to a Service Profile.
    This association automatically updates and activates the firmware in the server and adapter with the new versions and reboots the server. Complete these steps:
    1. In the Navigation pane, click the Servers tab.
    2. On the Servers tab, expand Service Profiles.
    3. Select the desired Service Profile.
    4. On the right pane, click the Policies tab of the selected Service Profile.
    5. Extend the Firmware Policies drop down container and select the previously created Host Firmware Package from the Host Firmware menu.
    6. Save the changes.
      Note: If your Service Profile is currently associated with a server, this change causes an immediate server reboot with the BIOS installation. If your Service Profile is not associated with a server, apply it to a blade in order for the BIOS upgrade to take effect.
      ucs-upgrade-bios-06.gif
  4. Associate the Service Profile with a server blade or server pool:
    After the Host Firmware Package policy is assigned and saved, associate this policy to the Service Profile used by the blade server and, monitor the KVM output to see the new BIOS get displayed. The BIOS upgrade should not extend the blade's boot time.
    1. Click the General tab.
    2. Click Change Service Profile Association.
      ucs-upgrade-bios-07.gif
    3. In the Associate Service Profile window, select the appropriate server or server pool, and click OK in order to push new BIOS to the server.
      ucs-upgrade-bios-08.gif
  5. Verify the BIOS version of the blade matches the BIOS for the Host Firmware Package policy.
    ucs-upgrade-bios-09.gif

2. Upgrade BIOS on a UCS Server Blade with the CLI


 !---  STEP 1. Verify/confirm that the correct BIOS is present in the 
!--- fabric interconnect flash


F340-31-17-FI-A#
F340-31-17-FI-A# scope firmware
F340-31-17-FI-A /firmware # show image | include Bios
                                              Server Bios          S5500.86B.01.00.0036-105.042920090209
                                              Server Bios          S5500.86B.01.00.0036-132.051320090429
                                              Server Bios          S5500.86B.01.00.0036-132.051320090429
                                              Server Bios          S5500.86B.01.00.0036-191.061320091126
F340-31-17-FI-A /firmware #



 !---  STEP 2. Create a Firmware Host Package policy



F340-31-17-FI-A# scope org /
F340-31-17-FI-A /org # create fw-host-pack bios-upgrade

F340-31-17-FI-A /org/fw-host-pack* # create pack-image "Intel" S5500.86B.01.00.0036-191.061320091126 server-bios 

F340-31-17-FI-A /org/fw-host-pack/pack-image* # commit-buffer




 !---  STEP 3. Associate Host Firmware Package 
!--- policy with Service Profile




 !---  STEP 4. Associate Service Profile with a blade 
!--- to have BIOS updated.



F340-31-17-FI-A* # scope org /
F340-31-17-FI-A /org* # scope service-profile jdewberr-c2s1
F340-31-17-FI-A /org/service-profile* # associate server 2/1

F340-31-17-FI-A /org/service-profile* # commit-buffer



F340-31-17-FI-A /org/service-profile* # show assoc
Service Profile Name Association    Server Server Pool
-------------------- -------------- ------ -----------
jdewberr-c2s1        Associated     2/1
F340-31-17-FI-A /org/service-profile* #




 !---  STEP 5. When association is completed, 
!--- check current BIOS version


F340-31-17-FI-A* #
F340-31-17-FI-A* #
F340-31-17-FI-A* # scope server 2/1
F340-31-17-FI-A /chassis/server* #
F340-31-17-FI-A /chassis/server* # show bios

Bios Firmware:

Server  Model      Vendor            Running-Vers
------- ---------- ----------------- ------------
2/1     N20-B6620-1 Intel Corp.       S5500.86B.01.00.0036-191.061320091126
F340-31-17-FI-A /chassis/server* #

Verify