- Preface
- New and Changed Information
- Overview
- Equipment Policies
- Chassis Management
- I/O Module Management
- SIOC Management
- Power Management in Cisco UCS
- Blade Server Hardware Management
- Rack-Mount Server Hardware Management
- S3260 Server Node Hardware Management
- Virtual Interface Management
- Troubleshoot Infrastructure
- Chassis Management in Cisco UCS Manager GUI
- Guidelines for Removing and Decommissioning Chassis
- Acknowledging a Chassis
- Decommissioning a Chassis
- Removing a Chassis
- Recommissioning a Single Chassis
- Recommissioning Multiple Chassis
- Renumbering a Chassis
- Turning on the Locator LED for a Chassis
- Turning off the Locator LED for a Chassis
- Creating a Zoning Policy from Inventory
- Viewing the POST Results for a Chassis
Chassis
Management
- Chassis Management in Cisco UCS Manager GUI
- Guidelines for Removing and Decommissioning Chassis
- Acknowledging a Chassis
- Decommissioning a Chassis
- Removing a Chassis
- Recommissioning a Single Chassis
- Recommissioning Multiple Chassis
- Renumbering a Chassis
- Turning on the Locator LED for a Chassis
- Turning off the Locator LED for a Chassis
- Creating a Zoning Policy from Inventory
- Viewing the POST Results for a Chassis
Chassis Management in Cisco UCS Manager GUI
You can manage and monitor all chassis in a Cisco UCS domain through Cisco UCS Manager GUI.
The Cisco UCS S3260 Chassis
Cisco UCS Manager Release 3.1(2) introduces support for the Cisco UCS S3260 chassis on Cisco UCS 6300 Series, and 6200 Series fabric interconnect setups.
The Cisco UCS S3260 chassis is a 4U chassis that is designed to operate in a standalone environment and also as part of the Cisco Unified Computing System. It has the following main components:
-
Four 1050 Watt AC modular power supplies (2 + 2 shared and redundant mode of operation)
-
Two System IO Controller (SIOC) slots
-
Two storage server slots out of which one can be used for storage expansion 
Note
The second server slot in the chassis can be utilized by an HDD expansion tray module for an additional four 3.5” drives.
-
56 3.5” drive bays with an optional 4 x 3.5” HDD expansion tray module instead of the second server
-
Up to 360 TB storage capacity by using 6 TB HDDs
-
Serial Attached SCSI (SAS) expanders that can be configured to assign the 3.5” drives to individual server modules
-
The two servers in the chassis can be replaced by a single, dual-height server with an IO expander
Cisco UCS 5108 Blade Server Chassis
The Cisco UCS 5100 Series Blade Server Chassis is logically part of the fabric interconnects, thus creating a single, coherent management domain and decreasing management complexity. In the management domain, server management is handled by the fabric interconnect, while I/O and network management is extended to every chassis and blade server. Basing the I/O infrastructure on a unified fabric allows the Cisco Unified Computing System to have a simple and streamlined chassis yet offer a comprehensive set of I/O options. This results in the chassis having only five basic components:
-
The physical chassis with passive midplane and active environmental monitoring circuitry
-
Four power-supply bays with power entry in the rear, and redundant-capable, hot-swappable power supply units accessible from the front panel
-
Eight hot-swappable fan trays, each with two fans
-
Two fabric extender slots accessible from the back panel
-
Eight blade server slots accessible from the front panel
The blade server chassis has flexible partitioning with removable dividers to handle two blade server form factors:
Extended Chassis for UCS Mini
Cisco UCS Manager Release 3.1(1) introduces support for an extended UCS 5108 chassis to an existing single-chassis Cisco UCS 6324 fabric interconnect setup. This extended chassis enables you to configure an additional 8 servers. Unlike the primary chassis, the extended chassis supports IOMs. Currently, it supports UCS-IOM-2204XP and UCS-IOM-2208XP IOMs. The extended chassis can only be connected through the scalability port on the FI-IOM.
Currently, Cisco UCS Manager supports only one extended chassis for UCS Mini.
Guidelines for Removing and Decommissioning Chassis
Consider the following guidelines when deciding whether to remove or decommission a chassis using Cisco UCS Manager:
Decommissioning a Chassis
Decommissioning is performed when a chassis is physically present and connected but you want to temporarily remove it from the Cisco UCS Manager configuration. Because it is expected that a decommissioned chassis will be eventually recommissioned, a portion of the chassis' information is retained by Cisco UCS Manager for future use.
Removing a Chassis
Removing is performed when you physically remove a chassis from the system. Once the physical removal of the chassis is completed, the configuration for that chassis can be removed in Cisco UCS Manager.
![]() Note | You cannot remove a chassis from Cisco UCS Manager if it is physically present and connected. |
If you need to add a removed chassis back to the configuration, it must be reconnected and then rediscovered. During rediscovery Cisco UCS Manager will assign the chassis a new ID that may be different from ID that it held before.
Acknowledging a Chassis
Perform the following procedure if you increase or decrease the number of links that connect the chassis to the fabric interconnect. Acknowledging the chassis ensures that Cisco UCS Manager is aware of the change in the number of links and that traffics flows along all available links.
After you enable or disable a port on a fabric interconnect, wait for at least 1 minute before you re-acknowledge the chassis. If you re-acknowledge the chassis too soon, the pinning of server traffic from the chassis might not get updated with the changes to the port that you enabled or disabled.
Decommissioning a Chassis
Removing a Chassis
Physically remove the chassis before performing the following procedure.
Recommissioning a Single Chassis
This procedure returns the chassis to the configuration and applies the chassis discovery policy to the chassis. After this procedure, you can access the chassis and any servers in it.
![]() Note | This procedure is not applicable for Cisco UCSC S3260 Chassis. |
Recommissioning Multiple Chassis
This procedure returns the chassis to the configuration and applies the chassis discovery policy to the chassis. After this procedure, you can access the chassis and any servers in it.
![]() Note | This procedure is not applicable for Cisco UCSC S3260 Chassis. |
![]() Note | You cannot renumber the chassis when you recommission multiple chassis at the same time. Cisco UCS Manager assigns the same ID that the chassis had previously. |
Renumbering a Chassis
![]() Note | You cannot renumber a blade server through Cisco UCS Manager. The ID assigned to a blade server is determined by its physical slot in the chassis. To renumber a blade server, you must physically move the server to a different slot in the chassis. |
![]() Note | This procedure is not applicable for Cisco UCSC S3260 Chassis. |
If you are swapping IDs between chassis, you must first decommission both chassis, then wait for the chassis decommission FSM to complete before proceeding with the renumbering steps.
Turning on the Locator LED for a Chassis
Turning off the Locator LED for a Chassis
Creating a Zoning Policy from Inventory
You can create a disk zoning policy from the existing inventory and disk ownership.
![]() Note | Creating a disk zoning policy from the existing inventory is supported only on Cisco UCS S3260 chassis. |
Viewing the POST Results for a Chassis
You can view any errors collected during the Power On Self-Test process for all servers and adapters in a chassis.
Feedback