Guest

Cisco UCS Manager

Release Notes for Cisco UCS Software, Release 2.0

Table Of Contents

Release Notes for Cisco UCS Software, Release 2.0

Contents

Introduction

System Requirements

Updating Cisco UCS Versions

Hardware and Software Interoperability

Internal Dependencies

Capability Catalog

Known Limitations and Behaviors

Resolved Caveats

Open Caveats

Release 2.0(2)

Release 2.0(1)

Open Caveats from Prior Releases

Release 1.4(3)

Release 1.4(2)

Release 1.4(1)

Release 1.2(1)

Release 1.1(1)

Release 1.0(2)

Release 1.0(1)

New Hardware Features in Release 2.0

New Software Features in Release 2.0

Related Documentation

Obtaining Documentation and Submitting a Service Request


Release Notes for Cisco UCS Software, Release 2.0


First Published: September 19, 2011
Updated: May 25, 2012
Part Number: OL-25363-01

This document describes the new features, system requirements, and caveats for Cisco UCS Manager Release 2.0(1m), Release 2.0(1q), Release 2.0(1s), Release 2.0(1t), Release 2.0(1w), Release 2.0(1x), 2.0(2m), 2.0(2q), and 2.0(2r) and all related firmware and BIOSes on blade servers and other Unified Computing System components associated with those releases. Use this document with the documents listed in the Documentation Roadmap.


Note We sometimes update the documentation after original publication. Therefore, you should also review the documentation on Cisco.com for any updates. Documentation updates and errata are also in these release notes. The documentation roadmap for this product is available at: http://www.cisco.com/go/unifiedcomputing/b-series-doc


Separate release notes for the VIC card drivers (which may be released out of synch with other software) are available at: http://www.cisco.com/en/US/products/ps10281/prod_release_notes_list.html

Table 1 shows the online change history for this document.

Table 1 Online History Change 

Part Number
Revision
Date
Description

OL-25363-01

A0

September 19, 2011

Created release notes for Release 2.0(1m). 1

B0

October 14, 2011

Updated release notes for Release 2.0(1q).

C0

November 8, 2011

Updated release notes for Release 2.0(1s).

D0

November 29, 2011

Updated release notes for Release 2.0(1t).

E0

December 15, 2011

Updated release notes for Catalog Release 2.0.1o.T.

F0

February 9, 2012

Updated release notes for Release 2.0(1w).

G0

March 16, 2012

Updated release notes for Release 2.0(1x).

H0

March 22, 2012

Updated release notes for Release 2.0(2m).

I0

April 9, 2012

Updated release notes for Release 2.0(2q).

J0

May 25, 2012

Updated release notes for Release 2.0(2r).

1 This release was removed from the download area due to CSCts96949 and CSCts86890. See the software deferral notice.


Contents

This document includes the following sections:

"Introduction" section

"System Requirements" section

"Updating Cisco UCS Versions" section

"Known Limitations and Behaviors" section

"Resolved Caveats" section

"Open Caveats" section

"New Hardware Features in Release 2.0" section

"New Software Features in Release 2.0" section

"Related Documentation" section

"Obtaining Documentation and Submitting a Service Request" section

Introduction

The Cisco Unified Computing System is a next-generation data center platform that unites compute, network, storage access, and virtualization into a cohesive system designed to reduce total cost of ownership (TCO) and increase business agility. The system integrates a low-latency, lossless 10-GB Ethernet unified network fabric with enterprise-class, x86-architecture servers. The system is an integrated, scalable, multi-chassis platform in which all resources participate in a unified management domain.

System Requirements

To install Cisco UCS Manager your computer must meet or exceed the following minimum system requirements:

The Cisco UCS Manager GUI is a Java-based application that requires Sun JRE 1.6 (32 bit version only due to the lack of 64 bit native libraries for the KVM/VMedia; the 32 bit JRE can be executed in both Win32 and Win64, as well as Linux 32 and 64).

UCS Manager uses web start and supports the following web browsers:

Microsoft Internet Explorer 6.0 or higher

Mozilla Firefox 3.0 or higher

Adobe Flash Player 10 or higher is required for some features

UCS Manager is supported on the following operating systems:

Microsoft Windows XP

Microsoft Windows Vista

Microsoft Windows 7

Red Hat Enterprise Linux 5.0 or higher

Updating Cisco UCS Versions

To update the Cisco UCS software and firmware, see the appropriate Upgrading Cisco UCS document for your installation.

Use the scope firmware and show package filename expand CLI commands to view the contents of a given release package. File names in Table 2 and Table 3 are accurate for their initial release, expect small changes for subsequent patch releases.

Table 2 Files in Release 2.0(1)

CCO Software Type
File name(s)
Comment

SWT Unified Computing System (UCS) Infrastructure Software Bundle

ucs-k9-bundle-infra.2.0.1q.A.bin

Switch software, CMC/IOM software, and UCS Manager

SWT Unified Computing System (UCS) Server Software

ucs-k9-bundle-b-series.2.0.1q.B.bin

ucs-k9-bundle-c-series.2.0.1q.C.bin

Server-side BIOS, CIMC, and other firmware images for blades (B) and rack servers (C)

SWT Unified Computing System (UCS) Manager Capability Catalog

ucs-catalog.2.0.1m.T.bin

UCS Manager capability catalog image

SWT Unified Computing System (UCS) Tools and Drivers Bundle

ucs-bxxx-drivers.2.0.1.iso
ucs-b2xx-utils-linux.2.0.1.iso
ucs-b2xx-utils-vmware.2.0.1.iso
ucs-b2xx-utils-windows.2.0.1.iso

ISO images of UCS drivers and utilities


Table 3 Files in Release 2.0(2)

CCO Software Type
File name(s)
Comment

SWT Unified Computing System (UCS) Infrastructure Software Bundle

ucs-k9-bundle-infra.2.0.2m.A.bin

Switch software, CMC/IOM software, and UCS Manager

SWT Unified Computing System (UCS) Server Software

ucs-k9-bundle-b-series.2.0.2m.B.bin

ucs-k9-bundle-c-series.2.0.2m.C.bin

Server-side BIOS, CIMC, and other firmware images for blades (B) and rack servers (C)

SWT Unified Computing System (UCS) Manager Capability Catalog

ucs-catalog.2.0(2f)T.bin

UCS Manager capability catalog image

SWT Unified Computing System (UCS) Tools and Drivers Bundle

ucs-bxxx-drivers.2.0.2.iso
ucs-b2xx-utils-linux.2.0.2.iso
ucs-b2xx-utils-vmware.2.0.2.iso
ucs-b2xx-utils-windows.2.0.2.iso

ISO images of UCS drivers and utilities


Hardware and Software Interoperability

For detailed information about storage switch, operating system, adapter, adapter utility, and storage array interoperability, see the Hardware and Software Interoperability Matrix for this release, located at:

http://www.cisco.com/en/US/products/ps10477/prod_technical_reference_list.html


Note VMware ESX and ESXi 3.5 Update 4, and ESX and ESXi 4.0 are not compatible with Intel 56xx processors. 55xx processors are not affected by this limitation. See the interoperability matrix for this release for OS and other support questions.


Internal Dependencies

Table 4 shows interdependencies between UCS hardware and versions of Cisco UCS Manager. Server FRU items like DIMMs are dependent on their server type, and chassis items like fans and power supplies work with all versions of UCS Manager.


Caution You cannot mix component software versions (for example, you cannot have a B200 using the 1.0(1) BIOS with a UCS M81KR adapter running 1.0(2) firmware managed by UCS Manager 1.3(1)). Compare the minimum software version for all your components and use at least the latest of all the versions, or use the most current version of software for all components. Mixing M1 and M2 hardware versions is not an issue if they are running software at a version matching the other system components.

Table 4 Internal Dependencies (continued)

Component
Minimum
Software
Version
Recommended
Software
Version
Servers

B200 M1

1.0(1)

2.0(2)

B250 M1

1.1(1)

2.0(2)

B440 M1

1.3(1)

2.0(2)

B440 M2

1.4(3)

2.0(2)

B200 M2

1.2(1)

2.0(2)

B200 M3

2.0(2)

2.0(2)

B250 M2

1.2(1)

2.0(2)

B230 M1

1.4(1)

2.0(2)

B230 M2

1.4(3)

2.0(2)

C200 M2

1.4(1)

2.0(2)

C210 M2

1.4(1)

2.0(2)

C250 M2

1.4(1)

2.0(2)

C200 M2 SFF

2.0(2)

2.0(2)

C460 M2

2.0(2)

2.0(2)

C220 M3

2.0(2)

2.0(2)

C240 M3

2.0(2)

2.0(2)

C260 M2

2.0(2)

2.0(2)

Adapters

UCS 82598KR-CI
UCS M71KR-E
UCS M71KR-Q

1.0(1)

2.0(2)

UCS M81KR

1.0(2)

2.0(2)

UCS NIC M51KR-B
UCS CNA M61KR-I 1
UCS CNA M72KR-Q
UCS CNA M72KR-E

1.3(1)

2.0(2)

UCS-VIC-M82-8P

2.0(2)

2.0(2)

Fabric Interconnect

UCS 6120XP

1.0(1)

2.0(2)

UCS 6140XP

1.1(1)

2.0(2)

UCS 6248UP

2.0(1)

2.0(2)

UCS 6296UP

2.0(2)

2.0(2)

Fabric Extender or I/OM

UCS 2104

1.0(1)

2.0(2)

UCS 2208XP

2.0(1)

2.0(2)

UCS 2204XP

2.0(2)

2.0(2)

Cisco Nexus 22482

1.4(1)

2.0(1)

Cisco Nexus 2232

2.0(2)

2.0(2)

Fabric Interconnect
Expansion Modules

N10-E0440
N10-E0600
N10-E0080

1.0(1)

2.0(2)

N10-E0060

1.1(1)

2.0(2)

UCS-FI-E16UP

2.0(1)

2.0(2)

10-GB connections

SFP-10G-SR, SFP-10G-LR
SFP-H10GB-CU1M
SFP-H10GB-CU3M
SFP-H10GB-CU5M

1.0(1)

2.0(2)

SFP-H10GB-ACU7M
SFP-H10GB-ACU10M

1.4(1)

2.0(2)

FET-10G

1.4(1)

2.0(2)

SFP-H10GB-ACU7M=
SFP-H10GB-ACU10M=

1.4(2)

2.0(2)

8-GB connections (FC expansion module N10-E0060)

DS-SFP-FC8G-SW
DS-SFP-FC8G-LW

1.3(1)

2.0(2)

4-GB connections (FC expansion module N10-E0080)

DS-SFP-FC4G-SW
DS-SFP-FC4G-LW

1.0(1)

2.0(2)

1-GB connections

GLC-T (V03 or higher)
GLC-SX-MM
GLC-LH-SM

1.3(1)

2.0(2)

1 N20-AI0002, the Cisco UCS 82598KR-CI 10-Gb Ethernet Adapter, is not supported on the B440 server but is still available for other models. We suggest you use the Cisco UCS CNA M61KR-I Intel Converged Network Adapter in place of the Cisco UCS 82598KR-CI 10-Gb Ethernet Adapter.

2 The C-series integration using the Cisco Nexus 2248 fabric extender is no longer supported as of release 2.0(2). See the UCS C-Series hardware documentation for details.


Capability Catalog

The Cisco UCS Manager uses the catalog to update the display and configurability of server components such as newly qualified DIMMs and disk drives. The Cisco UCS Manager Capability Catalog is a single image, but it is also embedded in UCS Manager. Cisco UCS Manager 2.0 releases work with any 2.0 catalog file, but not the 1.0 catalog versions. If a server component is not dependent on a specific BIOS version, using it and having it recognized by UCS Manager is primarily a function of the catalog version. The catalog is released as single image in some cases for convenience purposes in addition to being bundled with UCS infrastructure releases. See Table 5 for details on the mapping of versions to bundles.

Table 5 Version Mapping 

UCS Release
Catalog File
Adds Support for PID

2.0(1m)

ucs-catalog.2.0.1j.T.bin

 

2.0(1q) and 2.0(1s)

ucs-catalog.2.0.1m.T.bin

UCS-MR-2X324RX-C on B440 M2

UCS-CPU-X5687 on B200 M2

-

ucs-catalog.2.0.1o.T.bin 1

UCSB-PSU-2500DC48 on the DC UCS 5108 chassis (UCSB-5108-DC)

UCS-HDD900GI2F106 on C200 and C210

UCS-HDD300GI2F105 on C200 and C210

2.0(1t)

ucs-catalog.2.0.1m.T.bin

 

2.0(1x) and 2.0(1w)

ucs-catalog.2.0.1p.T.bin

 

2.0(2m) and 2.0(2q)

ucs-catalog.2.0(2f)T.bin

Cisco UCS B200 M3 blade server

UCSB-MLOM-40G-01 on the B200 M3

UCSB-MLOM-PT-01 on the B200 M3

Cisco UCS 6296 fabric interconnect

Cisco 2204 IO module

Cisco VIC 1280 adapter card

Nexus 2232 fabric extender

C200 M2 SFF, C460 M2, C220 M3, C260 M3, and C240 M3 rack mount servers

2.0(2r)

ucs-catalog.2.0.2g.T.bin

 

1 Available for separate download.


Further details are in the Cisco UCS Manager GUI Configuration Guide.

Known Limitations and Behaviors

The following known limitations found in release 2.0(2) are not otherwise documented:

If upgrading from build 2.0(2m) to 2.0(2q), if you check the AES-NI control on B200 M2 and B250 M2 blades, the AES-NI setting value polarity reverses. The BIOS in build 2m defines the AES-NI NVRAM with 0 = disabled, 1 = enabled. The BIOS in build 2q, defines the AES-NI NVRAM value with 0 = enabled, 1 = disabled.

Whenever a 2232 FEX is decommissioned and re-commissioned, all the servers that are connected to that FEX must be re-acknowledged.

During an upgrade from 2.0(1) to 2.0(2), duplicate IQNs are not allowed. Any duplicate IQNs statically entered will raise an alarm. This is seen in service profiles with duplicate IQNs assigned to multiple iSCSI vNICs. There are two fixes. One corrects the issue before the upgrade. The second fixes the issue assuming the upgrade has already been performed. Either fix will correct the issue.

Pre Upgrade:

Modify any service profiles or service profile templates with iSCSI vNICs to have unique IQNs. Remove any duplicates. If necessary, use the PowerShell script provided in the upgrade notes to find out which iSCSI vNICs reuse the same iSCSI name.

Post Upgrade:

a. Cisco UCS Manager will throw faults on iSCSI vnics which have the shared iqn name.

b. show identity iqn | include <iqnname> to find which iSCSI vnic has the iqn registered.

c. Modify the iSCSI vnic which is using the same iqn name, but is not registered and edit the iqn name (manual or pooled).

d. Make any change to the SP (ex:- Fw upgrade or modify description etc.)

e. Re-run the show identity iqn | include <Service Profile name> and make sure that the iqns are registered in UCS Manager.

The details of the PowerShell script are provided in the troubleshooting/upgrade guide. (CSCty29247)

At the end of installing ESXi 5.0 to an iSCSI LUN an error message appears "expecting 2 boot bank, found 0". This message is not critical and a reboot of the system will start a normal boot of ESXi without any issues.

Power-related BIOS options for C1E are disabled by default on a B200 M3.

If the desired power state for a service profile associated with a blade server or an integrated rack-mount server is set to "off", using the power button or Cisco UCS Manager to reset the server will cause the desired power state of the server to become out of sync with the actual power state and the server may unexpectedly shutdown at a later time. To safely reboot a server from a power-down state, use the Boot Server action in the Cisco UCS Manager GUI.

The following known limitations found in release 2.0(1) are not otherwise documented:

Cisco UCS Manager

When using the Windows VIRTIO driver in a Virtual machine, Ethernet performance is low when compared to Linux based VMs in a Red Hat KVM environment. Windows does not currently support the LRO feature. To minimize performance impacts, disable GRO using the ethtool -K <interface> gro command. Disabling GRO may cause higher CPU utilization with TCP traffic.

A bonded interface will not start as a slave if the MASTER value is in double quotes. You will not be able to create NIC teaming (Channel bonding) with 3rd party adapters.

The HDD fault monitoring feature cannot detect failures in all possible circumstances. The disk controller may report the disk as operable even though some blocks are marked "Unknown". In this circumstance, RAID creation will fail. There is no workaround.

When trying to configure FC uplink or VSAN as FC traffic monitoring source, an error message appears stating "Error creating mon-src-mysession. FC Port (1/29) cannot be configured as ingress SPAN source due to hardware limitation." This only happens on UCS 6200 Fabric Interconnects. ASICs in these FI do not allow a FC port or VSAN to be added as a SPAN (traffic monitoring session) source. There is no workaround. You can still can add a VFC as a source for an Ethernet traffic monitoring session.

When UCS Manager and fabric interconnect activation are done together, the switch upgrade can take longer than usual. This may happen when not following the published upgrade procedure.

On an adapter configured with two iSCSI VNICs, only the iSCSI VNIC designated as Primary in boot order will post the discovered iSCSI LUN to the BIOS and write an iBFT entry to the host memory during boot. There is no workaround.

After an upgrade from a prior release to 2.0(1) a critical fault may be raised about an overlapping or matching FCoE VLAN ID used for a vSAN and an Ethernet VLAN ID under the same fabric as the FCoE VLAN. Raising a fault is the correct behavior under this circumstance. The fault can be avoided by changing either the FCoE VLAN ID or the Ethernet VLAN ID so that they have two different IDs prior to upgrade. Resolving the problem after the upgrade may lead to down time for the system. See the Software Advisory.

When using UCS Manager Release 2.0, BIOS versions from 1.4 software versions may be listed. If these versions are selected when attempting BIOS recovery, the result is system boot failure in B440 and B200 blades, the recovery may not complete and the system may be permanently damaged or unrecoverable. You must choose to recover the BIOS to a BIOS version from the 2.0 software release.

OS

If during RHEL 5.x installation to an iSCSI LUN on a blade with a Broadcom M51KR-B adapter RHEL 5.x does not detect the iSCSI LUN during OS installation, select the Broadcom M51KR-B port during the install and manually assign the initiator IP address, subnet mask, and gateway with the values from the service profile.

Fabric Interconnect

When UCS is connected to an upstream N7K (running 4.2.4 version) using port-channels, and if the port channel is configured as LACP passive on the N7K side, it is possible that under high system stress situation, LACP may not be able to converge for the port channel. The work around is to avoid native VLAN configuration change while system instability is in place or CPU utilization is high. Using LACP active on N7K also reduces the likelihood of the problem occurring.

Per- packet Veth statistics for the UCS M81KR adapter are no longer supported, and will display as 0. Supported statistics are now packets, packets mcast, packets bcast, Bytes, and packets dropped. When SAN port channel or a HIF port channel has FC traffic flowing through them, any link flap in the port channel can cause the FC traffic to be impacted or lost. Even multipathing does not help the FC traffic to continue as the VFC is operationally up via the other links of the port channel. Traffic will recover after a short while, but increasing SCSI timer settings can help.

BIOS

When the BIOS is upgraded on a B230-M1 blade from Release 2.0(1m) to Release 2.0(1q) or later, the PCI bus enumeration will shift by one bus number. This renumbering can cause certain operating systems like VMware ESX or Windows to see the old vNICs and vHBAs with the new PCI address and could result in those interfaces being inoperable unless the configuration is changed in the OS. In case of ESX, a workaround is to edit the esx.conf with the new PCI address and to modify the vswitch configuration. This issue results from the resolution of Caveat CSCts86890, and affects only the upgrade of this specific server between these two specific releases. See the Software Advisory.

Upgrade and Downgrade Issues

After downgrading from UCS Manager 2.0 to 1.4(1) or 1.4(2), the fabric interconnect can become unstable and fail to boot. This is usually due to having enabled features specific to release 2.0 that are not available in the earlier release and neglecting to disable those features before attempting the downgrade. In general, it is best to contact TAC and have them walk through a downgrade with you rather than attempt it unassisted.

After upgrading from a 1.3.x to a 1.4.x or a later release, you might see the service profile configuration disappears from an organization. To confirm that this problem has occurred, use a CLI command that begins with show service-profile. A NULL CLI output confirms the problem. This problem is most likely to occur if you created an organization with a space in its name while running a Cisco UCS Manager 1.0 release and then later upgraded Cisco UCS Manager to a 1.3.x release. In the 1.3.x release, spaces are not allowed in organization names and are automatically replaced with an underscore. If the system is subsequently upgraded to a 1.4.x or later release, the old organization name with a space reappears without the space to underscore conversion and all of its children (which includes service profiles, policies, and templates) are deleted. Note: An organization that was created in a Cisco UCS 1.3.x release or with a name that does not contain a space character will not have this problem.

To avoid this problem, do the following before upgrading from a 1.3.x release to a 1.4.x or a later release:

1. Change the description field of the organizations that have underscores in their names, by removing the underscores and any spaces to help keep the orgs in the database.

2. Create a backup using the All Configuration option before upgrading. If a problem occurs after the upgrade, restore the configuration using the backup file. After importing the configuration file, reacknowledge all blades to restore their VIF status.

Resolved Caveats

The following caveats are resolved in the 2.0(2r) release:

On the Cisco UCS B230 and B440 servers, the temperature sensors for the memory buffer will no longer return a false value that is higher than the upper non-recoverable value. (CSCty85611)

The Cisco UCS Manager will no longer display a transient power supply unit input voltage error. (CSCtx90410)

A BIOS change from 1.4.1 to 2.0.1 or 2.0.2 release on the Cisco UCS B440 blade servers will no longer cause a Windows OS to re-enumerate the network interfaces that may cause a loss of network access. (CSCtz39059)

The following caveats are resolved in the 2.0(2q) release:

(CSCtz15569)

A blade server will no longer have some of the POST LEDs on during operation when no faults or warnings were logged in UCS Manager. (CSCty32929)

Blades running Intel Westmere-EP processors like the B200 M2 running the BIOS associated 2.0(2q) code no longer fail and display the message: "vMotion can fail with similar messages: Host CPU is incompatible with the virtual machine's requirements at CPUID level 0x1 register 'ecx'. (CSCtz01009)

A Windows Server 2008 bare metal host no longer loses network configuration and sees a NIC numbering shift after upgrading the UCS blade adapter card firmware from 2.0(1w) to 2.0(2m). (CSCty94457)

The following caveats are resolved in the 2.0(2m) release:

Virtual machines using VM-FEX (Dynamic vNic) port-profiles will no longer lose network connectivity unexpectedly. (CSCtw96111)

An Intel Westmere-EP CPU on a B200-M2 or B250-M2 blade will no longer incorrectly initialize a value during boot up which keeps the CPU at P1 even when P0 is requested by an OS. (CSCtq84985)

It is no longer necessary to disable Google analytics to download core files from the GUI. (CSCtu16375)

Any actions on a service profile that involve change impact evaluation no longer trigger a reboot even if it is not necessary. (CSCty10870)

The Cisco UCS Manager GUI no longer hangs while retrieving data for the performance statistics table. (CSCtr61016)

After specifying an attribute setting in either the "General" LDAP setting or under the LDAP Provider setting, LDAPD no longer crashes when testing LDAP. (CSCtx23541)

The LicenseAG process no longer crashes during UCS Manager restart after downloading license files. (CSCtr07696)

If a VM's vNIC is marked as masked in the VIF list it will still be able to receive traffic. (CSCtx90742)

An action on a trunked port-channel made from the Cisco UCS Manager GUI is quickly reflected in the CLI. Once ports are up, they show as trunking, however vSANs are no longer stuck in initializing. (CSCty27581)

The E2E diagnostic test now uses as much memory as possible when run. (CSCtx35808)

Blades no longer power off unexpectedly. (CSCty26754)

When you create a vNIC template under the LAN tab a VM-FEX Port-profile is no longer automatically created under the VM tab. (CSCtx95937)

A Fabric Interconnect no longer reboots unexpectedly. (CSCtx41463)

When an IOM reboots after a software update on a full width blade, the HIF ports on the second adapter are successfully brought up by the IOM. (CSCtu11613)

Thermal faults now have more meaningful details. (CSCtr91923)

A BladeAg crash no longer occurs if a request bios_recovery_ctrl message is sent to a blade, but the response came back too late and is ignored by mcclient. (CSCtu22052)

A KVM application will now take keyboard inputs in windowed mode. (CSCts48719)

When using a UCS 2208 IO module you will no longer see a linkState fault for the virtual interface corresponding to the CMC managment port (port 33 on the IO module). (CSCtu10771)

After a Service Profile (SP) configuration change, the changes list no longer shows "Networking" changes to be deployed even if there's no configuration change done in the networking area. (CSCtu41480)

LEDs for ports 1 and 2 on a UCS 6296 fabric interconnect behave as expected. (CSCtw59783)

UCS Manager

In UCS Manager there is now an option to change the port speed of the SPAN destination port. (CSCti86217)

On a Service Profile (SP) configuration change, a Server will not reboot before the maintenance window if you make some configuration change on the SP which doesn't require a reboot then immediately make another change which does requires a blade reboot. (CSCts56107)

After a VLAN mapping change, a VNIC pinning no longer fails. (CSCtx12353)

If the Secondary iSCSI vNIC comes up earlier than the Primary iSCSI vnic (due to its overlay vNIC having a lower PCI order than that of the overlay vNIC for the Primary) and LUN discovery fails on the Primary, the iBFT will still post and the host will still boot. (CSCto59775)

When an FC port channel member is deleted, an unconfigured FC uplink port is no longer automatically created for the same slot ID and port ID. (CSCtt42482)

The Maintenance dialog, from Server and Rack properties, now shows the option "Remove." (CSCty71770)

UCS Manager can now automatically auto-generate IQN identifiers for iSCSI, and validate the IQN format. (CSCtr62641)

Upon bringup or if you manually restart the standby VNIC, the misleading error message "Virtual interface 872 link state is down" no longer appears. (CSCtt38889)

BMC

The chassis beaconing LED now works as expected in a chassis with a UCS-IOM-2208XP. (CSCtw62347)

BIOS

When memory mirroring is configured, the redundant memory size is now correctly reported in Cisco UCS Manager. (CSCto23446)

Fabric Interconnect

If port profiles are configured for VM-FEX, the Fabric Interconnect will no longer crash during upgrade due to a heartbeat failure. (CSCtu14851)

Unknown multicast frames are no longer dropped at ingress into the Fabric Interconnect. (CSCtx27555)

Cisco UCS Fabric Interconnects discover via DCNM as expected. (CSCtx45591)

The following caveats are resolved in the 2.0(1x) release:

In UCS End Host Mode forwarding, when there are multiple uplinks, the ratio of server interfaces pinned to one uplink versus another uplink remains even. (CSCty40485)

When the first port-channel member that comes up goes down and UCS Fabric Interconnect is in End Host Mode, and if the border ports are configured in port-channel, the Fabric Connect will no longer reflect IGMP queries received from the upstream switch back to the upstream. (CSCty35860)

When UCS Fabric Interconnect is in End Host Mode, and if there are multiple border ports used by VM-FEX interfaces, server interfaces will be pinned to the border ports as expected. (CSCty46946)

A board controller firmware upgrade of a B230 or B440 blade will no longer get stuck in "Activate-Status: Activating" when updating it after a system upgrade. (CSCtx96515)

Upgrade

When following the steps in the Cisco upgrade guide and activating the subordinate FI, guest virtual machines no longer experience a high CPU load. (CSCtw97157)

The following caveats are resolved in the 2.0(1w) release:

When activating a firmware image for a blade controller, only PLD images appropriate for that blade are available as menu selections in the GUI. (CSCtw73436)

The latest Board Controller version now shows up in the GUI drop down list for the B250 server. (CSCtw99501)

Generating a show tech-support output from CLI or UCS Manager no longer causes a stuck object in UCSM that reads as a timeout in the CLI. (CSCts98411)

Upgrading the Board Controller image on B250 M1/M2 blades is now supported. (CSCtw70911)

The software no longer experiences a connectivity flap after a shallow association, which can be caused by a process restart or IO Module link flap.(CSCts60501)

A VNIC with the active path set to FI-B will no longer go to a non-participating state. (CSCtw65162)

Multiple Chassis decommission or recommission operations no longer result in incorrect computation of the access port VLAN count. (CSCtu22407)

The VIM no longer crashes unexpectedly. (CSCtx06311)

SAN connectivity is no longer lost during UCS software upgrade. (CSCtv21887)

The following caveats are resolved in the 2.0(1t) release:

The Fabric Interconnect no longer reboots unexpectedly with an SNMP error message. (CSCtt99770)

A Guest VM running RHEL no longer loses all inbound network traffic after the guest VM is migrated from one host to another host. (CSCtu22633)

An HIF port seen on the interconnect will no longer go down for few seconds and then comes back up. This is primarily due to an adapter firmware crash and restart. (CSCts86550)

After enabling hyper-v in Windows 2008 R2 SP1 then rebooting, the server no longer shows a black KVM screen and a failure of windows startup and login. (CSCtu30346)

In the Cisco UCS Manager GUI, a power cycle with graceful operating system shutdown behaves as expected. (CSCtr30372)

The following caveats are resolved in the 2.0(1s) release:

IOM backplane port 1 of a 5108 chassis will not be falsely reported as administratively down when a blade is present in slot-1 of the chassis. (CSCtt27260)

After upgrade to 2.0(1s), blades with UCS M81KR adapters will not show the error "initialize error 4" during FC boot. (CSCtt18526)

While upgrading to UCS 2.0 with QoS policies defined, QoS policies will not generate error messages and VIFs with QoS policies defined on them will remain up after upgrading the subordinate interconnect but before upgrading the primary interconnect. During the upgrade there is no longer a period of downtime between when the primary restarts and when the secondary becomes primary and brings up its VIFs, and there is no longer lost connectivity to both LAN and SAN. (CSCtt41541)

The following caveats are resolved in the 2.0(1q) release:

Cisco UCS Manager

PAA for a SPAN session now works with 8Gb transcievers and Fiber channel expansion modules on the Fabric interconnect. (CSCty05262)

Using the Cisco UCS Manager GUI, you are now able to disassociate a service profile that is currently bound to a template. (CSCts95454)

When you assign an org to a locale from the GUI, the operation sometimes fails due to an internal error. This error is now corrected. (CSCts60863)

The PCI Device address of a VNIC will not change after an upgrade of UCS Manager from Release 1.x to Release 2.0(1q). (CSCts96949)

When the DHCP server is using an option 67 (RFC 2132) to report the bootfile name to the gPXE client, gPXE will receive the boot parameters and the boot will function normally. (CSCts86689)

BIOS

When the BIOS is upgraded on a B230-M1 blade from Release 1.x to Release 2.0, the PCI address is preserved. (CSCts86890)


Note In the "Known Limitations and Behaviors" section, see the BIOS section for issues when upgrading the B230-M1 BIOS from Release 2.0(1m) to Release 2.0(1q) or later.


A B230-M1 blade discovered while running 1.4 BIOS release image and now running a UCS 2.0 release BIOS image will associate and disassociate normally. (CSCtj54470)

The show mac address-table aging-time vlan x command or running an SNMP agent querying this SNMP object will no longer cause an unexpected reboot. (CSCtt12615)

If the hostname is configured for the vCenter in UCS Manager and the DNS server is not replying with the hostname to IP mapping within 30 seconds, the VMS process will no longer crash unexpectedly. (CSCtt18508)

A Blade with a service profile with a 22 character or longer name will boot as expected from the local disk after upgrading the BIOS from a 1.x release to the BIOS in the 2.0(1q) release. (CSCtt13313)

The following caveats are resolved in the 2.0(1m) release:

Cisco UCS Manager

Blade and Rack Servers that include unequal sized HDDs or SSDs no longer see intermittent failures. (CSCtk55618)

100GB SSD Cache Size is correctly reported as 256KB in UCS Manager. (CSCts36501)

When a DIMM is detected by the CIMC as present but SMBIOS table 203 shows it as either failed or ignored, the DIMM will show up with location information with the correct value for the speed. (CSCtj96263)

The MAC sync feature introduced in the 1.4.1 release of UCS keeps the VNIC MAC address in sync between the Fabric Interconnects. This feature is now automatically enabled for service profiles that were associated and active before upgrade to the 2.0 version of UCS Manager and Fabric Interconnect software. (CSCtl05696)

The Cisco UCS Manager GUI will no longer mistakenly show all DIMMs to be in array 1 on a B200. (CSCta56527)

Dynamic vNIC creation no longer fails with a message saying the port profile is not available in NPPM. (CSCtj17237)

SNMP authentication no longer fails when using user details configured from a third party authentication server like RADIUS. (CSCtg94770)

After upgrading to the 2.0 release, VLAN 4048 is not mis-configured for a FCoE vSAN mapping and reset to VLAN 1. (CSCto55519)

When an earlier version of a management extension didn't support a BIOS token, but a newer version of the management extensions supports that BIOS token, new tokens will now be displayed in the BIOS Defaults GUI and are deployed to the blade server. (CSCto85358)

100GB SSD discovery works as expected in the blade and rack servers. Upgrade to UCS 2.0 before using these drives. (CSCtq98495)

Fabric Interconnect

Associated or discovered rack servers will come up after downgrading only UCS Manager from the 2.0 release to lower releases, then returning to 2.0 from lower releases. (CSCtn84605)

Rack Integration

Nexus 2248 Fabric Extenders no longer show up as a chassis after a downgrade from a 2.0 release, they are automatically decommissioned. (CSCtl91937)

Behavior of rack servers is now stable when using mixed adapter vendor types. (CSCti94883)

CIMC

For a B200-M2 when a blade is configured in Low Voltage mode, and a LPC reset is asserted, the 1.5V DDR3 sensors no longer cause threshold crossing SEL events. (CSCti68905)

Fans no longer erroneously show as inoperable when operating at 100%. (CSCtl43716)

Adapter Cards

VMs are updated correctly under the VM tab after a power cycle. (CSCtg91013)

VMware

ESXi installation no longer fails on RAID clusters with two SSDs on the B230 server. (CSCtj63157)

There is no longer a problem with installing ESXi 4.x on systems with Intel M61KR-I, Emulex M72KR-E, Broadcom M51KR-B or Qlogic M72KR-Q CNA Adapters. (CSCtj98207)

RAID Controller

If a hot spare drive is added in a B200 or B250 server when replacing a bad disk in the RAID array the Auto Rebuild functions as expected. (CSCtr66115)

BIOS

When a faulty DIMM is detected in early BIOS POST (e.g. the blade was powered on with a faulty DIMM), only one SEL entry will be sent to the CIMC. (CSCsy97698)

Network connection to CIMC is no longer lost intermittently after 400 host reboots or power-ons. (CSCtk63908)

Open Caveats

Release 2.0(2)

The following bugs were found in release 2.0(2r):

Symptom    Hard drives from one manufacturer are two to three times slower than the hard drives from another manufacturer even though both are sold under the same product ID. This issue is observed with 300 GB SAS 10K RPM SFF drives.

Workaround   Use the correct LSI driver. (CSCtz03288)

Symptom    After upgrading from 2.0(2m) to 2.0(2q) release, a few false positive thermal alerts cause the chassis fans to spool up to full speed.

Workaround   Reseat the IO Modules to clear the alerts. (CSCtz44130)

Symptom    After upgrading the Cisco UCS Manager from 1.4(3m) to 2.0(2m) release, the Cisco UCS Manager alerts a few warning messages to all the associated SPs and the vNICs configured for these SPs. Check if there are issues on the vNICs, the uplinks, and the VLANs. If there are no issues, these messages are not harmful to the network connectivity. (CSCtz36973)

Symptom    The Cisco UCS B230 M2 Blade server running the ESX PSOD occasionally displays a processor error message.

Workaround   There is no known workaround to this problem. (CSCtz96751)

Symptom    The Cisco UCS Manager generates a false VIF Down alarm even though the VIF is active on the Fabric Interconnect.

Workaround   Reset the DCE interface from the Cisco UCS Manager for the VIF for which the false alarm is generated. (CSCtz88841)

Symptom    The FC firmware issues disconnect the SAN and cause a server outage.

Workaround   Reboot the SAN multiple times to restore the connectivity. (CSCtz87024)

Symptom    The auto core transfer failure fault does not get cleared from the Cisco UCS Manager GUI.

Workaround   There is no known workaround to this problem. (CSCtz88815)

Symptom    When two Cisco UCS systems push the same VLAN profile, the port profile from one Cisco UCS system disappears.

Workaround   Modify the maximum port in the port profile of the first Cisco UCS system and save the configuration. The port profiles are now displayed in both the Cisco UCS systems. (CSCtz99795)

Symptom    After upgrading from 1.4(3i) to 2.0(1w) release, a false alert about a conflicting VLAN ID is observed on the VLAN. Deleting the conflicting VSAN does not clear the critical fault on the VLAN.

Workaround   Change the VLAN ID on the conflicting VLAN to a different value and then reset it to the previous value. (CSCtz87068)

Symptom    After sending an inventory message from the Cisco UCS Manager, no registration email is received from the SCH Portal. Devices are registered on the SCH portal but the new inventory messages are not logged and the cases do not get created. The Contact field in the Contact information section contains a < or > character.

Workaround   Remove the > and < from the SCH configuration fields in the Cisco UCS Manager. (CSCtz86513)

Symptom    While upgrading or discovering the Cisco UCS Manager, when the chassis discovery policy is changed to the set link-aggregation-pref port-channel policy, it creates the port-channel and the Fex gets offline for approximately 40 seconds.

Workaround   After changing the chassis discovery policy, shut down the system and reacknowledge the chassis. Verify that the fex port-channel has been created. (CSCtz76897)

Symptom    Some VFC interfaces are disabled with an error message after rebooting the Fabric Interconnect.

Workaround   Reset the DCE interfaces on the affected adapters and ports. (CSCtz93271)

Symptom    When a new BIOS policy is created with the C1E state set to disabled from the Cisco UCS Manager, the ESX displays the C1E state as enabled. The BIOS setup menu displays that the C1E is disabled as BIOS policy from the Cisco UCS Manager.

Workaround   Use it as a default policy. (CSCtz93271)

Symptom    While upgrading CU environment from Release 2.0(1t) to 2.0(2q), one of the internal process crashes as long as the CU configuration is active. As a result, you cannot create service profiles from this template.

Workaround   Set the boot parameters for iSCSI vnics, set the ip-address policy, and save it before upgrade. If you are importing an XML configuration to a brand new 2.0(2) system with the template, the XML configuration has to be edited manually. (CSCtz48466)

Symptom    Activating the Cisco UCS Manager to version 1.4(2b) results in a blade reboot.

Workaround   It is recommended that you change the maintenance policy to "user-ack"/"scheduled" before upgrading the Cisco UCS Manager to control the blade reboots. (CSCtr45130)

The following bugs were found in release 2.0(2q):

Symptom    Server discovery fails when Cisco UCS Manager is not able to communicate with an adapter during the identification phase.

Workaround   Reacknowledge or reseat the server. (CSCty93821)

Symptom    If a server is configured to boot from an iSCSI LUN, then disabling the primary and failover NIC from the host OS will result in the host losing its connection to its boot disk which can lead to a host OS panic or BSOD. This occurs when both the primary and failover vNICs are disabled from the host OS.

Workaround   Do not disable the failover iSCSI vnic from the host OS. (CSCty95396)

Symptom    If a fabric interconnect or IOM is used for migrating VMs hosted on a Red Hat 6.2 KVM server is rebooted during VM migration, the VM migration will not complete until the IOM or fabric interconnect comes back on line. This occurs if the IOM or fabric interconnect reboots while VM migration is in progress.

Workaround   None. (CSCty91945)

Symptom    The Fabric Interconnect to IO Module link does not come up, or it experiences a high degree of packet CRC errors when using gen-2 10 or 7 meter twinax active cable and the 2204XP or 2208XP IO Module. This problem more likely to manifest with uplink number 3 as shown in an nxos cli show interface fex-fabric command.

Workaround   Use fiber cable or 5 meter twinax cable instead. (CSCtx96556)

Symptom    A server running ESX can only disable C1E when using the default BIOS policy. Once a new BIOS policy is created with C1E disabled from Cisco UCS Manager, ESX does not recognize C1E as disabled while BIOS setup menu and C-state dump from EFI all show C1E is disabled in the BIOS policy from UCS Manager. So as long as the policy is either set to default (not set) or a custom default (platform default), the problem is not seen.

Workaround   Leave the policy on the default settings. (CSCtz16082)

Memory DIMMs in a UCS blade may be marked as "Equipped Identity Unestablishable" if they are disabled during the power on self test. They do not have their smbios data filled in with the actual vendor data. Instead the vendor data in the smbios data is shown as "NO DIMM."

Workaround   None. (CSCtu16549)

Symptom    During normal operation of the IOM, a kernel panic occurs and the IOM reboots and returns to normal operation.

Workaround   None. (CSCty83542)

Symptom    Blades reboot silently on doing any configuration change on the service profile after upgrading the Board Controller & CIMC firmware images using host firmware package & management firmware package. This is seen on B250 blades (N20-B6620-2, N20-B6625-2) when CIMC & Blade controller are updated at the same time, provided the CIMC running version is between 1.4.0 and 1.4.3s or 2.0 and 2.0.1t. These version ranges don't support board controller firmware upgrade on the above specified models. In the first association, boardControllerUpdate will get skipped if CIMC version doesn't support it. Any further change on the SP will reevaluate the SP and will find out that a board controller-update needs to be done and will trigger it.

Workaround   Check if your current CIMC firmware version is one of the above specified ones. If yes then first upgrade your CIMC firmware to version which supports Board-controller-firmware-upgrade (i.e 1.4.3t & later and 2.0.1u & later). Once your CIMC gets upgraded then trigger BoardController upgrade. Note that this will reboot the blade. (CSCty83359)

The following bugs were found in release 2.0(2m):

Symptom    Boot order in BIOS setup or F6 menus still show Local HDD even after removing Local Disk option in UCS Manager service profile. This is seen when the boot order is configured by UCS Manager service profile with PXE eth0, PXE eth1, iSCSI iscsi0, iSCSI iscsi1, Local HDD. If you decide to remove the Local HDD option by deleting it from the boot policy service profile, after server rebooting, the boot order still shows Local HDD in BIOS boot order list. This behavior does not effect booting to PXE and iSCSI devices in the order configured.

Workaround   Disable Local HDD manually using the following steps:

1. Boot blade.

2. Press F2 key when message is displayed during BIOS POST.

3. Wait until BIOS completes its POST and invokes Setup utility.

4. Select the Boot Options tab.

5. Move the cursor down to Hard Drive BBS Priority and press enter to select this option.

6. Move cursor to hard drive that user want to disable and press enter to configure the drive.

7. Move cursor to Disabled option and press enter to disable the drive.

8. Save and reboot the blade. (CSCtz07684)

Symptom    Under some rare circumstances, issuing NX-OS CLI show fex detail command after an IOM module goes offline and online may cause a Fabric Interconnect to reload.

Workaround   Use the show fex <fex id> detail command instead. (CSCtz01783)

Symptom    After an extended period of fabric port flapping configurations on border ports are missing.

Workaround   Reboot the fabric interconnect. (CSCty62153)

Symptom    When an IOModule goes offline, in some cases the forwarding resource is not freed. When the IOModule comes back online, some VMFEX interfaces may not be able to come up. This requires the chassis connectivity mode be port-channel, and only applies to the case when there are close to 1000 VMFEX interfaces on the same chassis.

Workaround   Change the chassis connectivity mode to non port-channel and re-acknowledge the chassis will recover. (CSCty62129)

Symptom    In very rare circumstances, an uplink on UCS-2208XP or 2204-XP may experience a rapid link up/down (less than 250 ms interval). This may result in the Fabric Interconnect side of the link being in link down state but the IOModule side of the link being in an up state.

Workaround   The server port can be disabled and re-enabled to recover. (CSCty36381)

Symptom    LEDs for ports 1 and 2 on a UCS 6296 behave differently than other ports.

Workaround   None. (CSCtw59783)

Symptom    On a 6100 series Fabric Interconnect with 20 chassis, some processes (svc_sam_dme and/or svc_sam_bladeAG) crash with the following message after repeated reack, association, disassociation, decommission, recommission of a chassis:

%KERN-1-SYSTEM_MSG: Proc svc_sam_dme (5082) with Total_VM 706000 KB Resident_Mem 544156 KB 
Anon_Resident_Mem 501068 KB being killed due to lack of memory  - kernel

The processes are restarted automatically.

Workaround   None. (CSCty23519)

Symptom    A Windows Server 2008 baremetal host loses all network configuration and sees a NIC numbering shift. For example if Windows Device Manger showed NIC 1,2,3,4 before the upgrade, after upgrade, NIC 6,7,8,9 will be created. The "new" hardware will have lost all previous configuration such as IP address, DNS server, etc. This occurs after upgrading the UCS blade adapter card firmware to 2.0(2m). This has only been observed on the Microsoft Windows 2008 ("2k8") operating system on B230 (M1 or M2 blades) and B440 with the Cisco VIC M81KR adapter card. On Cisco C-Series servers this issue has been seen on C260 and C460 servers, also running Windows 2008 R2. This has not been observed on any other supported operating systems such as ESXi, or Red Hat Linux.

Workaround   Downgrading adapter to previous version reverts the NIC's back to the expected numbering with configuration intact. upgrading the adapter firmware images to 2.0(2q) for M81KR and 2.0(2i) for P81E adapters will also maintain the pre-upgrade NIC configuration. (CSCty94457)

Symptom    The Cisco UCS Manager GUI hangs while retrieving data for the performance statistics table.

Workaround   Allow the GUI to completely retrieve the data, then close the current GUI session and re-launch. (CSCtr61016)

Symptom    Configuring a RAID policy on a rack server using an ICH10R controller fails.

Workaround   After Cisco UCS Manager association completes, reset the system and configure RAID directly using the LSI Option ROM. This requires that there is no scrub policy in place in the service profile. This is to avoid deletion of RAID volumes in subsequent association operations. (CSCtx66152)

Symptom    If recovery is initiated for a blade with a corrupted BIOS, there is a chance that recovery will hang. This occurs approximately once in 20-30 trials.

Workaround   Restart the recovery process to repair the corrupted BIOS. This issue occurs infrequently enough that a simple restart should be enough to resolve it. (CSCtk03135)

Symptom    When the BIOS setup is controlled by UCS Manager, the option to press F9 to load BIOS defaults in the BIOS menu is still active, which could change BIOS setup such that BIOS setup in the Cisco UCS Manager service profile might conflict with actual BIOS setup.

Workaround   Don't press F9 to load BIOS defaults while in BIOS setup menu. Always control the settings via the Cisco UCS Manager service profiles. (CSCtx49701)

Symptom    Changing the dynamic vNIC policy to change the number of vNICs may cause static vNICs to get reordered on PCIe bus. This is seen under the following conditions:

1. Create a Service Profile with Dynamic vNIC policy with count set to less than 50.

2. Create static vNICs required for ESX nk connectivity in HA setup.

3. Associate to server. Check the vNIC PCIe bus orders as seen by Host OS.

4. Increase the dynamic vNIC count to go past 56.

5. You would see PCIe orders of static vNICs are changed in Host OS.

Create static vNICs and then create dynamic vNICs. Either create the dynamic vNIC policy with count less than 50 or greater than 56. (CSCtu34607)

Symptom    Under certain conditions, a service profile will generate a configuration failure and a blade that it is associated with is removed from the server pool. This condition can cause service profile re-association to other available blades in the pool.

Workaround   If q service profile is displaying this condition, re-assign the blade from the server pool to the physical blade by running following command from the CLI to avoid an outage.

F340-31-9-1-B scope org
F340-31-9-1-B /org # scope service-profile server 1/8
F340-31-9-1-B /org/service-profile # associate server 1/8
F340-31-9-1-B /org/service-profile* # commit-buffer
F340-31-9-1-B /org/service-profile #

(CSCtz07798)

Release 2.0(1)

The following bugs were found in release 2.0(1x):

Symptom    All other connections are showing up and statistics look normal except a VM itself is still not receiving traffic. This is seen when the VM's vNIC is marked as masked in the VIF list. In this condition, it will not receive traffic.

Workaround   Reset vNIC from vclient. (CSCtx90742)

Symptom    The Fabric interconnect rebooted with the following error during upgrade of fabric interconnect firmware to version 2.0(1x).

Reason: Kernel Panic
System version: 5.0(3)N2(2.1w)
Service:

Workaround   None. (CSCty91471)

Symptom    VFC interfaces remain down and all static veths are stuck in the CR_RE state after a full-state restore. Servers may not work properly after the full-state restore operation if the existing server's configuration does not match the configuration in the backup file used for the restore. This is because UCS Manager does not automatically reconfigure the servers after the restore operation.

Workaround   When restoring using a backup file that was exported from a different system, it is strongly recommended that you use a system that has the same hardware including fabric interconnects, servers, adapters and IOM or FEX connectivity. Mismatched hardware may lead to the restored system not fully functioning. In case that there is a mismatch between the IOM/FEX links or servers on the two systems, you should acknowledge the chassis and/or servers accordingly after the restore operation. (CSCty59362)

Symptom    Sometimes FEX host facing ports are not created/discovered in UCS Manager at the end of chassis/server discovery. This results in UCS Manager assuming that the adapter has connectivity to only one fabric. So that blade server cannot be used to associate with a service profile which has VNICs that require both fabric or the fabric to which connectivity is not yet discovered. This happens very rarely during chassis and server discovery.

Workaround   Re acknowledge the server (or chassis) so that UCS Manager attempts discovery once again. (CSCtt24695)

Symptom    In a server using both a virtualized adapter card and a nonvirtualized card, if there are fewer service profile vNICS than the minimum required physical NIC ports then extraneous NIC ports are generated due to UCS Manager restrictions. (The minimum number of physical ports is 0 for UCS M81KR, 2 for other non-virtualized cards). This happens in the following circumstances:

1. Full width blade server with a UCS M81KR and a UCS NIC M51KR-B or UCS CNA M72KR-Q adapter card.

2. Single adapter of UCS CNA M72KR-Q with a service profile having one NIC and one HBA will still show 2 NIC and HBA on the OS side.

3. A number of vNICs were created and implicit vNIC placement was selected, so that the number of vNICs to be load-distributed on a non-virtualized adapter was less than the minimal physical NIC ports (2). The system internally creates the 2nd NIC to match to its network connectivity requirement.

4. Once the host OS boots up, it will see an extraneous vNIC being placed on non-virtualized adapter

5. No data traffic is allowed on the additional vNIC.

Workaround   In a mixed adapter setup, explicitly place the vNICs on the non-virtualized adapter first and then place them on the virtualized adapter. Alternately, create at least 4 static vNICs & 4 HBAs when using dual slot blades in an HA setup. (CSCtw59592)

Symptom    Under some rare circumstances, a hot removal and insertion of an IO module results in a timeout of backplane port creation.

Workaround   Re acknowledge the chassis. (CSCty47746)

Symptom    A blade with a UCS M81KR adapter shows the error "initialize error 1" during iSCSI boot.

Workaround   None. (CSCtw67182)

Symptom    Any action on a trunked port-channel (such as link, enable or disable) from the Cisco UCS Manager GUI takes a long time (over 2 minutes) to reflect on CLI. Once ports are up, they show as trunking, however vSANs are stuck in initializing.

Workaround   Use individual links vs Fabric Port Channel. (CSCty27581)

Symptom    Blades power off unexpectedly, and stay off. A shallow discovery has happened which puts the blade into its desired power state. Some examples of actions that can trigger a shallow discovery are:

Loss of any link between the FI and the IOM

Reset of an IOM

Killing a process with debug plugin

Re-acknowledge of a chassis

Blades that have been powered on with the following methods will be left in this inconsistent power state:

Pressing the physical power button on the front

Clicking the reset button on the server in the equipment tab

Right clicking the server in the list of servers on the equipment tab and selecting reset.

Workaround   When a blade is powered off, only use the Power On button on the General tab to turn on the blade. If the service-profile has a desired power state of Off, but the blade is actually On, click the Set Desired Power State button that will appear on the General tab of the service-profile and change the desired power state to On. The Set Desired Power State button will disappear when the desired and actual power states match. Under the Status Details drop down, the Desired Power State will be changed to Up. (CSCty26754)

Symptom    When you create a vNIC template under the LAN tab a VM-FEX Port-profile is automatically created under the VM tab. This port-profile under the VM tab is created as a convenience for VM-FEX users.

Workaround   If you are not using VM-FEX you can safely delete the port-profile. Re-create the vNIC template without checking the VM checkbox or delete the port-profiles that are generated when you edit the VLAN list. (CSCtx95937)

The following bugs were found in release 2.0(1r):

Symptom    When using a UCS 2208 IO module you see a linkState fault for the UCSM virtual interface corresponding to the CMC management port (port 33 on the IO module).

Workaround   This is an otherwise harmless fault and it does not affect the performance of the UCS system in any way. (CSCtu10771)

The following bugs were found in release 2.0(1s):

Symptom    If you try to download core files from the GUI, the following error messages appear: "Failed to download file... reason: Server return http response code 401........" This is seen when Google analytics is enabled.

Workaround   Disable Google analytics. (CSCtu16375)

Symptom    The KVM application does not take keyboard inputs in windowed mode. This happens when the UCSM/KVM is run on a Linux Client.

Workaround   None. (CSCts48719)

Symptom    After a VLAN mapping change, a VNIC in ENM source pin will fail.

Workaround   Change the mapping of the named VLAN default from 1 to 2 to 1. (CSCtx12353)

Symptom    Virtual machines using VM-FEX (Dynamic vNic) port-profiles lose network connectivity. This occurs on ESX/ESXi 4.1 U2 with UCS B-Series blades running Cisco VIC adapter cards. Some VM's (but not necessarily all) that are connected to the VM-FEX port-profile will lose connectivity. The VM guest OS may or may not show as disconnected.

Workaround   Rebooting both Fabric-Interconnects will restore connectivity. (CSCtw96111)

Symptom    E2E diagnostic test was not using as much memory as possible depending on blade memory configuration. The test was updated to use as much memory as possible without running out of memory. This test is only available in manufacturing and if a blade is taken out of normal operation to run host diagnostic tests.

Workaround   None. (CSCtx35808)

Symptom    If port profiles are configured for VM-FEX, the Fabric Interconnect may crash during upgrade due to a heartbeat failure.

Workaround   Delete port profiles using the Cisco UCS Manager VM tab prior to upgrade.(CSCtu14851)

Symptom    When following the steps in the Cisco upgrade guide and activating the subordinate FI, guest virtual machines will experience a high CPU load, but no other performance problems.

Workaround   Try one of the three known workarounds:

1. Reboot the blade while the BIOS and adapter firmware is on previous version.

2. Finish upgrade with host firmware package to upgrade BIOS and adapter firmware.

3. Migrate the affected VM to another host. (CSCtw97157)

Symptom    On a Service Profile (SP) configuration change, a Server is rebooted before the maintenance window. This will happen if you make some configuration change on the SP which doesn't require a reboot. Then immediately make another change which requires a blade reboot. The blade will reboot immediately.

Workaround   Please wait for the shallow association to complete and then do further changes on the SP. (CSCts56107)

The following bugs were found in release 2.0(1q):

Symptom    On a Service Profile (SP) configuration change, the changes list also shows "Networking" changes to be deployed even if there's no configuration change done in the networking area.

This could happen because of various configuration changes.

Workaround   None. (CSCtu41480)

The following bugs were found in release 2.0(1m):

Symptom    In UCS Manager GUI, a power cycle with graceful operating system shutdown does not shutdown the operating system gracefully.

Workaround   Using UCS Manager GUI, execute the server power cycle in two steps. First, shutdown the server with graceful operating system shutdown option selected. Then boot the server up after clicking the Boot server option. (CSCtr30372)

Symptom    After specifying an attribute setting in either the "General" LDAP setting or under the LDAP Provider setting, LDAPD crashes when testing LDAP. This happens with both the Cisco UCS Manager CLI and GUI.

Workaround   Remove all Attribute configuration in both the "General" LDAP setting and Ldap Provider setting. (CSCtx23541)

Symptom    Currently in UCS Manager there is no auto-creation of IQN identifiers for iSCSI. IQN's must be manually entered for each iSCSI adapter. There is also no validation on the IQN format.

Workaround   None. (CSCtr62641)

Symptom    Hard drives sourced from one manufacturer are two to three times slower than hard drives from another manufacturer even though both are sold under the same product id. This is seen with 300 GB SAS 10K RPM SFF drives.

Workaround   None. (CSCtz03288)

Symptom    During upgrade from UCS 1.4 to 2.0, an SSLCert error may be written to the log files.

Workaround   None. This is harmless and has not been found to impact functionality. (CSCtr10869)

Symptom    After kernel rebuild or update a server configured for SAN Boot of RHEL 5.6 or RHEL 5.7 may fail to boot. This is a Red Hat issue, and ticket 744330 has been filed. It is a private ticket that may be referenced when calling Red Hat support for more information.

Workaround   To recover the server, modify the /etc/modprobe.conf file to add the new entry "alias scsi_hostadapter2 fnic". Also, if you have the entry "alias scsi_hostadapter2 usb-storage", modify it to: "alias scsi_hostadapter3 usb-storage" (CSCtq30308)

Symptom    While upgrading to UCS 2.0 with QoS policies defined, critical errors will be displayed for all QoS policies and VIFs with QoS policies defined on them will be down after upgrading the subordinate interconnect but before upgrading the primary interconnect. Expect that during the upgrade there will be a period of downtime between when the primary restarts and when the secondary becomes primary and brings up its VIFs. During this time all blades will lose their connectivity to both LAN and SAN.

Workaround   Completing the upgrade to 2.0 by upgrading the primary interconnect will clear these faults. Alternatively you can remove all QoS policies from the affected interfaces, allowing them to come up, complete the upgrade and then reapply the QoS policies with no downtime. This issue is resolved in the 2.0(1s) release. (CSCtt41541)

Symptom    A host configured for iSCSI boot will always boot off a LUN exported to the Primary iSCSI VNIC by default, as iBFT is always posted on the primary iSCSI vNIC. The secondary iSCSI vNIC will post iBFT in case the LUN discovery fails on the primary iSCSI vNIC. However, if the Secondary iSCSI vNIC comes up earlier than the Primary iSCSI vnic (due to its overlay vNIC having a lower PCI order than that of the overlay vNIC for the Primary) and LUN discovery fails on the Primary, then there is no iBFT posted and the host fails to boot.

Workaround   Ensure that the PCI order of the overlay vNIC for the Primary iSCSI vNIC is always lower than that of the overlay vNIC for the Secondary iSCSI vNIC. (CSCto59775)

Symptom    Network connectivity is affected (flapping on uplink ports) on both fabrics during operations such as native VLAN change when the configuration change is done on both interconnects at the same time.

Workaround   Schedule a maintenance window to perform such configuration changes, and perform the changes separately. (CSCtl04744)

Symptom    After upgrade to 2.0(1m), blades with UCS M81KR adapters may show the error "initialize error 4" during FC boot.

Workaround   Downgrade the adapter firmware to the previous version, or upgrade to the 2.0(1q) build. (CSCtt18526)

Open Caveats from Prior Releases

Release 1.4(3)

The following bugs were found in release 1.4(3):

Symptom    The DME process on one Fabric Interconnect frequently crashes when the peer fabric interconnect is in an inoperable state.

Workaround   Resolve the issue with the FI in the inoperable state and the DME on the other FI will become stable. (CSCty90643)

Symptom    A Fabric Interconnect reboots unexpectedly. Using the show system reset-reason command returns "Reset triggered due to HA policy of Reset. "

Workaround   None. (CSCtx41463)

Symptom    PAA for a SPAN session does not works with 8Gb transceivers and Fiber channel expansion modules on the Fabric interconnect.

Workaround   Upgrade to 2.0(1t). (CSCty05262)

Symptom    When a UCS M81KR or UCS M71KR-E/Q (NIV) adaptor is used, and the isolated host is communicating using a MAC configured in the service profile (and registered at the interconnect via a VIC) PVLAN traffic does not flow for an isolated host. Using the show platform fwm info hw-stm command at the NX-OS prompt shows that the isolated host MAC is learned on the isolated VLAN, but not learned on the primary VLAN.

Workaround   No known workaround exists. You will need to upgrade to 2.0(1s). (CSCts53607)

Symptom    Blades unexpectedly reboot on UCS Manager activation when upgrading from UCS Manager 1.3(1) to 1.4(3s).

Workaround   Follow the upgrade path: UCS Manager 1.3(1x) -> 1.4(3r) then UCS Manager 1.4(3r) -> 1.4(3s). (CSCtu17091)

Symptom    When an IOM reboots after a software update on a full width blade, the HIF ports on the second adapter are not brought up by the IOM.

Workaround   Reboot the IOM. (CSCtu11613)

Symptom    Thermal faults are confusing as they do not have meaningful details.

The causes for thermal conditions are:

Threshold crossings of thermal sensors of IOM and blades.

Non availability of blade thermal sensor readings.

Loss of network connectivity between IOM and blades.

Faults in chassis fans and loss of cooling.

Workaround   For threshold crossing of thermal sensors for IOM and blades, separate faults are raised. For other causes, collect IOM tech support and contact Cisco technical support. See the Cisco UCS troubleshooting guide for IOM tech support details. (CSCtr91923)

Symptom    A BladeAg crash is observed if a request bios_recovery_ctrl message is sent to a blade, but the response came back too late and is ignored by mcclient.

Workaround   None needed. BladeAg will restart. (CSCtu22052)

Release 1.4(2)

The following bugs were found in release 1.4(2b):

Symptom    An Intel Westmere-EP CPU on a B200-M2 or B250-M2 blade may not be able to perform to its full extent when running a subset of 1.4.x BIOS versions. The BIOS may incorrectly initialize a value during boot up which keeps the CPU at P1 even when P0 is requested by an OS.

Workaround   Please upgrade to the BIOS release for 2.0(2m) to prevent this issue. (CSCtq84985)

Symptom    If the installed DIMMs do not have thermal sensors (the most likely cause as this warning is logged during initial system memory initialization) or the installed DIMMs exceeded the thermal threshold values programmed in either the memory controller or the Memory buffer, then the RankMargintest file in the CIMC shows the following warning code:

MRC - Warning Code:0x9 on Socket#1 Br#0 Ch#00, Ddr#00, Dimm#00, Rank#FF (if applicable)
MRC - Warning Code:0x9 on Socket#1 Br#0 Ch#00, Ddr#01, Dimm#00, Rank#FF (if applicable)

Workaround   None. The message is informational, and can be ignored. (CSCtn09020)

Release 1.4(1)

The following bugs were found in release 1.4(1i):

High Availability

Symptom    High Availability does not become ready until all 3 selected HA devices (chassis/rack-unit) have been discovered. The condition that triggers this problem is the fact that a previously functioning and fully discovered device (either chassis or rack mount server) has failed. This may be due to connectivity problems or faulty behavior. In this case the system remains in HA NOT READY state.

Workaround   The root of the problem is a failed device. Fixing the problem in the device is the first step. If the failure is persistent the faulty device can be decommissioned to resolve the problem. (CSCth17136)

Symptom    When UCS Manager is operated in High Availability mode, SNMP traps stop arriving as expected if the SNMP trap IP header source address field is set to the cluster virtual IP address.

Workaround   SNMP trap recipients must not use the SNMP trap IP header source address, or be prepared for it to contain the management IP address of the currently primary fabric interconnect. (CSCth69032)

BIOS

Symptom    Blade and Rack Servers that include unequal sized HDDs or SSDs have encountered various failures intermittently. UCS Manager reports "Error Configuring Local Disk Controller" in most cases during these failures, though other errors are also seen.

Workaround   Verify that the servers use equal sized disks from the same vendor. This ensures that all of the disks are of identical disk capacity. (CSCtk55618)

Symptom    The BIOS Setup shows less memory size and some DIMMs disabled on a B230. The SMBIOS table does not report memory info in Type 17 structure for the disabled DIMMs. The UCSM reports less memory size and some DIMMS disabled. This happens when the BIOS disables some DIMMs incorrectly when DIMMs on certain slots do not have the corresponding lockstep pairs installed. For example, configurations that can cause this failure include:

1. DIMM on slot C2 is not installed and slot C3 is installed - Causes DDR training failure that results in DIMM failure on slots C0,C1,C3,D0,D1,D2,D3.

2. DIMM on slot A1 is not installed - Disables DIMMs on slots A0, A2, A3. The NHM-EX CPU requires the DIMM0 in each DDR channel populated first before populating DIMM1 on that channel. This is an invalid configuration.

3. DIMM on slot B0 is not installed - Disables DIMMs on slots B1, B2, B3. The NHM-EX CPU requires the DIMM0 in each DDR channel populated first before populating DIMM1 on that channel. This is an invalid configuration.

Workaround   Always populate the DIMMs in lockstep pairs, as described in the user documentation. The lockstep-ed DIMM slot pairs are A0 & A1, A2 & A3, B0 & B1, B2 & B3, C0 & C1, C2 & C3, D0 & D, and D2 & D3. Also, it is recommended to populate the DIMMs in the following order. Blue slot pairs, White slot pairs, Yellow slot pairs, Black slot pairs. (CSCtj67835)

CIMC

Symptom    When using mirroring mode, if a UCE error happens, there is a Redundancy SEL event and also a UCE SEL event. No other details are available for the Data Parity error.

Workaround   None. (CSCti94391)

Adapters

Symptom    The link from the Rack server adapter to the fabric interconnect port remains down if the SFP type is FET (Fabric extender transceiver). Currently the FET type is supported only between a fabric extender and a fabric interconnect. If the SFP used for the link between the IOM and the rack server adapter is an FET, the link will remain down.

Workaround   Replace the SFP with one of the supported SFPs for rack server adapters. (CSCtj89468)

Symptom    CRC errors reported on an M81KR network interface on SLES 11 SP1. This is seen under High TX and RX traffic on SLES 11 SP1. The FIFO is not cleared as fast as it should because of some delays in the PCI path. An M81KR firmware devcmd storm from the host is also investigated to be one reason for the PCI stalls. These CRC errors are actually caused by FIFO overruns on the M81KR which are in turn caused by PCI stalls. They are not real CRC errors but truncated packets (due to FIFO overrun) flagged as CRC errors.

Workaround   Reduce the traffic load to reduce the reported CRC errors. This assumes that the CRC errors in question are generated on M81KR and that there are no bad packets entering the adapter. (CSCtj82445)

UCS Manager

Symptom    LicenseAG crashes during UCS Manager restart after downloading license files.

Workaround   Erase these expiring license files from "/bootflash/license/downloaded/" through the debug plugin, and use a permanent license instead of a temporary license. (CSCtr07696)

Symptom    UCS Manager takes a long time to push configurations containing large number of port-profiles to the VMware Virtual Center (VC). This happens when large number of hosts and virtual machines (VMs) are configured (tested with 500 VMs on 60 hosts managed by same VC) and a large number of port-profiles assigned to multiple DVSes in the VCenter.

Symptom    Wait until the operations complete. Configuration FSM could take more than 30 minutes. Then, configure a smaller number of port-profiles (we've measured up to 92 profiles to successfully configure in around 5 minutes in above large number of hosts and VMs situation). (CSCtk97755)

Symptom    When 15 or more chassis are configured in release 1.4(1) and the system is downgraded to release 1.3(1), chassis beyond 14 are still there. This may cause some issues as the max chassis support enabled with the 1.3(1) release is 14.

Workaround   Manually decommission chassis in the system to keep the total number of chassis to 14 before downgrading to release 1.3(1) from 1.4(1). (CSCtk69231)

Symptom    When a rack server has a local disk installed, it does not report real-time disk operability status (disk operability is reported as "N/A").

Workaround   None. (CSCtj18969)

Symptom    When the Cisco UCS Manager shell mode is set to s either management or local-management mode, the CLI command terminal monitor is not available.

Workaround   Use the terminal command in NXOS mode. (CSCtj82918)

Symptom    The minimum power cap that can currently be set is 3400W. The chassis power cap has a lower limit of 3778 W (AC), which is internally converted to 3400 W (DC).

Workaround   Do not enter a cap below this requirement. This requirement was derived from the need to safely allow a chassis to simultaneously boot all blades in a chassis. (CSCtj62296)

Symptom    The Cisco UCS Manager shell does not support redirection of show command output to a remote file system.

Workaround   Redirect the output to a local file in either workspace: or volatile: and then transfer the file to the remote system using the cp command in local-mgmt mode. (CSCti87891)

Symptom    In UCS Manager there is no option to change the port speed of the SPAN destination port.

Workaround   Un-configure the SPAN destination port and make it an "uplink". Change the port speed on the uplink port, then reconfigure the port as a SPAN destination port. The port speed will be at the value that user set for the "uplink" port. (CSCti86217)

Symptom    UCS Manager reports an unsupported DIMM as missing but does not raise a fault.

Workaround   Verify that the DIMM is a Cisco DIMM supported on that server model. (CSCtj51582)

UCS Manager GUI

Symptom    Non-disruptive pending changes may not be shown on a service profile. When a service profile has a maintenance policy that defers the application of disrupting changes to the server, user can see what changes are pending and make further changes. Disruptive pending changes are always visible on the service profile, whereas non-disruptive changes may not be shown. Non-disruptive pending changes are only shown for user convenience. This defect has no functional impact.

Workaround   None. (CSCtj57838)

UCS Manager CLI

Symptom    When VIF creation doesn't follow V-motion, NPPM doesn't move the VIF to a new dynamic and the stale VIF doesn't carry the traffic any more. This would cause the SPAN to stop monitoring the traffic from the original VM.

Workaround   Re-discover the AM's and re-create the SPAN. (CSCtj78998)

Fabric Interconnect

Symptom    Fabric interconnect activation during a downgrade from 1.4(1) to 1.3(1) will fail if the setup has an active Nexus 2248 fabric extender.

Workaround   Decommission all fabric extenders and rack-servers and completely decommission the FSM before downgrading the fabric interconnect image. (CSCtk35213)

Symptom    The server UUID displayed by ipmitool does not match that shown by the Cisco UCS Manager CLI. UCS UUID encoding follows pre SMBIOS 2.6 specified encoding, which is big-endian encoding. Ipmitool does not work well with that encoding. The SMBIOS 2.6 specification mandates mixed encoding (first 3 fields little-endian, last 3 big-endian), which is followed by ipmitool.

For example, The server detail from UCS Manager CLI shows -

    Dynamic UUID: 0699a6f3-1b81-45f8-a9f2-c1bbe089324e
# ipmitool -H 10.193.142.104 -U gurudev -P password mc guid
System GUID  : f3a69906-811b-f845-a9f2-c1bbe089324e

Compared to UCS Manager CLI or GUI output, the first 3 fields f3a69906-811b-f845 show up differently in the output of ipmitool.

Workaround   The following usage of ipmitool can be a workaround -

#ipmitool -H 10.193.142.104 -U gurudev -P password raw 0x06 0x37
 06 99 a6 f3 1b 81 45 f8 a9 f2 c1 bb e0 89 32 4e

The output matches the value printed by the Cisco UCS Manager CLI. (CSCtk09043)

Symptom    The show port-security NXOS CLI command returns a negative value for the Max Addresses. This will occur when a system is configured with more than 8192 Port VLAN instances and. port security is enabled on all interfaces such that more than 8192 MACs are secured.

Workaround   Do not configure port-security such that secured Port VLAN instances is more than 8192. (CSCtj10809)

Symptom    When an N2XX-ACPCI01 adapter port on a C-series server is connected to an uplink port on a UCS 6100 fabric interconnect, a fault message should appear because this connection is not supported, but there is no such fault message for this situation in this release.

Workaround   None. (CSCti85875)

CIMC

Symptom    The Blade CIMstic management IP address assignment is not included in backups.

Workaround   Manually record the blade CIMC static management IP address assignments, and re-enter them if necessary. (CSCtj93577)

RAID/Local Disk

Symptom    UCS Manager fails to report the Local Disk Failures, Faults, Alarms, Status and Disk Errors/Error Codes from the MegaRAID Controller on the B440 server.

Workaround   None. (CSCtf73879)

Symptom    For the B200 and B250 blade servers, the Local Disks 'Operability' field is reported as "N/A". The 'Operability' field of the Local Disks in B200 and B250 is expected to have a correct value and should not be reporting 'N/A'.

Workaround   None. (CSCtj03021)

Symptom    For the MegaRAID Controller on the B440 blade server, UCS Manager fails to report BBU Status, Properties and Errors.

Workaround   None. (CSCtf84982)

Symptom    If one or more conditions are met, UCS Manager fails to capture certain Local Disk errors. Conditions include: Mixing the SAS and SATA Local Disks in the same server; Disk spin-up or disks present but not reaching 'Ready' state; Missing Disks.

Workaround   None. (CSCtj48519)

Symptom    UCS Manager does not include the implementation for the Write Through, Write Back, and Write back with BBU MegaRAID Battery (BBU) Write Policies for the B440 server.

Workaround   None. (CSCtf17708)

Symptom    C210 and C250 rack servers are missing RAID 50 and RAID 60 support.

Workaround   None. (CSCti39470)

Symptom    UCS Manager fails to create a single disk striped RAID config in the Storage Controller 1064E environment.

Workaround   None. (CSCtj89447)

Release 1.2(1)

The following caveats were opened in Release 1.2(1):

Red Hat Linux

Symptom    Loading multiple driver disks during a RHEL 5.x installation fails.

Workaround   See the article at http://kbase.redhat.com/faq/docs/DOC-17753 (CSCte73015)

BIOS

Symptom    Hubs that only use USB 1.0 may not properly present an attached USB device to the UCS server.

Workaround   Avoid using USB hubs that are exclusively USB 1.0 capable. Virtually all USB hubs sold today are USB 1.0/2.0 capable. (CSCtb20301)

Cisco UCS Manager

Symptom    The PCIe Address for the Cisco UCS M81KR Virtual Interface Card is not seen in the GUI (or CLI). It causes no functional impact.

Workaround   The only work around is to boot some host OS onto the blade and then determine the PCI address and map it to the MAC address (and subsequently to the VNIC). In a 2.6 kernel based Linux for instance, the /sys/class/net/<device> directory has relevant information. (CSCte58483)

Symptom    Modification of trusted CoS policy in Service Profile does not get immediately applied to the server. If you modify the trusted CoS policy of an adapter profile in a service profile that is currently attached to a physical server, a server reboot is needed. Since it is unsafe to automatically reboot an associated server, UCSM currently does not.

Workaround   Manually reboot the server or disassociate and reassociate the server to get the CoS policy to be applied. (CSCte44668)

Symptom    For each Cisco UCS 82598KR-CI 10 Gigabit Ethernet Adapter, 2 interfaces show up in the OS and ethtool reports Link Detected = yes for both of them. This is only seen on Cisco UCS B250 servers.

Workaround   Use the MAC that has the value provisioned in the service profile. (CSCtd14055)

Cisco UCS Manager GUI

Symptom    When upgrading from releases prior to 1.1.1, OS-specific default adapter policies will not have the current recommended default values.

Workaround   After an upgrade from a release prior to 1.1.1, we recommend manually changing the adapter policy parameters to the following values:

Eth VMWare->RSS: Disabled
Eth VMWarePassThru->RSS: Enabled
Eth default->RSS: Enabled
FC (all)->FCP Error Recovery: Disabled
FC (all)->Flogi Retries: 8
FC (all)->Flogi Timeout: 4000
FC (all)->Plogi Timeout: 20000
FC (all)->IO Throttle Count: 16
FC (all)->Max LUNs Per Target: 256 

(CSCte58155)

Symptom    Logon access is denied for user accounts where the password field was left blank during user account creation.

Workaround   When creating a user account, ensure that a secure password for the account is specified. (CSCta21326)

Release 1.1(1)

This section lists the open caveats in release 1.1(1j).

BIOS

Symptom    With the B-250 blade server, the displayed ESX and Linux OS HDD Boot Device Order is the reverse of the BIOS HDD Boot Order.

Workaround   Review both the disks (and drive labels as applicable) during installations of ESX and Linux versions and choose the correct disk for installation. (CSCtd90695)

Symptom    FSM gets stuck in an Error Configuring the Local Disk Controller state due to various underlying conditions. Those can include but are not limited to the following:

The Local Disks not getting discovered correctly or are "available/presence-Equipped" but not in a Ready state.

Failures that can't be correctly communicated to Cisco UCS Manager can get reported as this type of error.

Workaround   Remove and insert all of the local disks from the failing server, then re-acknowledge the server. (CSCta45805)

Symptom    The Disk Fault/Error Codes, Disk Status, Alarms and the failures forwarded by the SAS Controller are not received by Cisco UCS Manager.

Workaround   None. (CSCsy76853)

Symptom    After resetting the CMOS the system date needs to be reset to current.

Workaround   None. (CSCtb12390)

Red Hat Linux

Symptom    When a vNIC is not in failover mode and a link down event occurs, the network traffic on the blades is disrupted with a system running RHEL 5.3.

Workaround   This is a known issue with the ixgbe driver in RHEL 5.3 and because RHEL 5.4 is the latest release, Red Hat recommends upgrading the systems to the RHEL 5.4. If you cannot upgrade to RHEL 5.4, below are a few suggestions that has been found to work.

1. Restart the network.

service network restart

or

ifdown ethx 
ifup ethx  

2. Run your system with nomsi.

Edit /etc/grub.conf

Add pci=nomsi to the kernel line

Restart the system with this kernel

Note that network performance may be affected since the system is running in legacy mode. (CSCte44548)

Cisco UCS Manager

Symptom    After the removal or insertion of one or more local disks, their full discovery fails.

Workaround   Re-acknowledge the server to complete the full discovery. (CSCsy80888)

Symptom    For a given port profile with existing VIFs, if the "Max-Ports" setting is reduced from the currently configured value to a value less than the "Used-Ports" value reported for that port profile by VMware vCenter, this is a mis-configuration. The new value for "Max-Ports" for that port profile will only be updated in Cisco UCS Manager and its update in VMware Center will fail, causing a inconsistency between Cisco UCS Manager and VMware Center Server.

Workaround   If the need arises to reduce the value of "Max-Ports" of a given port profile, the new value should be at least the value of "Used-Ports" reported by the VMware Center for all the DVSes for that port profile (not lower than maximum of all the "Used-Ports" values). This constraint has to be ensured manually. (CSCte12163)

Cisco UCS Manager GUI

Symptom    When a cluster configuration is set up such that I/O module 1 goes to fabric interconnect B and I/O module 2 goes to fabric interconnect A, then the Ethernet devices are given ports 1 and 0. However if the setup is straight, with I/O Module 1 connected to fabric interconnect A and I/O Module 2 to fabric interconnect B, then the devices are assigned ports 0 and 1.

Workaround   Connect IOM1 to fabric-interconnect A, and IOM2 to fabric-interconnect B. (CSCtb35660)

UCS Manager CLI

Symptom    The UUID of the VM changes in VMware vCenter. After a VM restarts, the virtual machine node on the VM tab shows multiple instances of the same VM with one online and one offline.

Workaround   After the VM retention period configured in the VM lifecycle policy has passed, Cisco UCS Manager deletes the offline instance automatically. (CSCtc86297)

Release 1.0(2)

The following caveats were opened in UCS software release 1.0(2) and are still unresolved.

BIOS

Symptom    With various Local Disk Configurations, the LSI SAS Configuration Utility fails to launch while in BIOS.

Workaround   The LSI SAS Controller Utility should not be used and all of the Local Disk Policy and Service Profile operations must be executed using UCS Manager. (CSCtc21336)

Symptom    When the memory mirroring configuration is destroyed by removing a DIMM, the BIOS will switch to the Performance mode, and will not log a message that mirroring was disabled.

Workaround   Check the status of the memory mirroring in BIOS Setup->Advanced -> Memory Configuration -> Memory RAS and Performance Configuration. (CSCsy54097)

Symptom    When plugging or removing USB devices at BIOS Setup -> Advanced -> USB, the Setup Utility may hang.

Workaround   Reboot the server. (CSCsz41907)

Fabric Interconnect

HTTP

Symptom    HTTPD process crashed, with the following event log:

Process crashed. Core file 1253640662_SAM_ucs-6120-1-A_httpd_log.3114.tar.gz (SAM/Switch Core Dump) detected on fabric interconnect A

Workaround   None. (CSCtc13234)

UCS Manager GUI

Symptom    When waking up from sleep, the Cisco UCS Manager GUI will detect an event sequencing error and display the error: "Event Sequencing is skewed" because the JRE doesn't have a sleep detection mechanism.

Workaround   Always shut down the UCSM GUI before putting your computer to sleep. (CSCta94641)

Symptom    Downloads may be slow if TFTP is used.

Workaround   If TFTP performance is slow, use SCP or another protocol. (CSCtb45761)

Release 1.0(1)

The following caveats were opened in UCS software release 1.0(1e) and are still present.

AAA

Symptom    Local user passwords can not contain "$" character.

Workaround   Do not include the "$" character in local user passwords. (CSCsz44814)

Adapters

Symptom    When a service profile containing two vNICs and having failover enabled is applied to QLogic or Emulex CNAs, the failback timeout specified in the adapter policy for the second vNIC has no effect. The failback timeout specified in the adapter policy and applied to the first vNIC is applied to the whole adapter and is effective for both vNICs.

Workaround   Specify the desired failback timeout in the adapter policy and apply to the first vNIC. (CSCsz68887)

BIOS

Symptom    Installing EFI Native SLES 11 is currently not supported.

Workaround   None. (CSCsz99666)

Symptom    One vNIC defined in the Cisco UCS Manager service profile boot order results in two BIOS vNICs.

Workaround   Avoid defining two different pxelinux.cfg/<MAC> files that have different boot/install instructions. When booted, both vNICs should execute the same PXE configuration. (CSCsz41107)

Fabric Interconnect

Symptom    When a fabric interconnect boots, the "The startup-config won't be used until the next reboot" message appears on the console. Fabric interconnect configuration is controlled by the UCS Manager, so this message has no meaning on the fabric interconnect configuration and has no functional impact.

Workaround   None. (CSCsx13134)

Symptom    Console logon user names on the fabric interconnect are not case sensitive. For example, there is no differentiation between admin and ADMIN.

Workaround   Use case insensitive user names. (CSCsy15489)

Symptom    When the system is under high stress, with repeated port flapping (ports rapidly going up and down) and default (native) VLAN change, the FWM process may core and cause the fabric interconnect to reload.

Workaround   None. (CSCta09325)

Symptom    The show cdp neighbor CLI command does not display information for CDP neighbors seen from the management interface, nor does it display the fabric interconnect CDP information corresponding to the management interface.

Workaround   None. (CSCta25287)

Faults and Alerts

Symptom    In rare cases the Cisco UCS Manager reports the link absence fault between the fabric interconnect server port and the fabric extender during the internal inventory collection. The following is an example of such a fault:

*************************** 
Severity: Cleared 
Code: F0367 
Last Transition Time: 2009-07-15T11:47:49 
ID: 646445 
Status: None 
Description: No link between fabric extender port 2/1/1 and switch A:1/9 
Affected Object: sys/chassis-2/slot-1/fabric/port-1 
Name: Ether Switch Intfio Satellite Connection Absent Cause: Satellite Connection 
Absent 
Type: Connectivity 
Acknowledged: No 
Occurences: 1 
Creation Time: 2009-07-15T11:46:49 
Original Severity: Major 
Previous Severity: Major 
Highest Severity: Major 
******************************* 

Workaround   Ignore the fault message; it will automatically get cleared after one minute. This will not impact the data path. (CSCta76573)

Inventory

Symptom    Hardware revision numbers for fabric interconnect components are not populated in the Cisco UCS Manager.

Workaround   Perform the following steps to determine the revision number for a fabric interconnect component:

1. Enter the connect nxos command to connect to the native NX-OS CLI.

2. Enter the appropriate show sprom component command and look for H/W Version: field in the command output. (CSCta12005)

Server

Symptom    The disk scrub policy needs enhancements to meet DOD compliance.

Workaround   None. (CSCsy20036)

SNMP

Symptom    SNMP shows the fabric interconnect name rather than system name.

Workaround   None. (CSCta22029)

Symptom    An SNMP user name can not be the same as a local user name.

Workaround   Select an SNMP user name that does not match any local user name. (CSCta24034)

SMASH

Symptom    Any SMASH command entered with wrong option should give "INVALID OPTION" error message.

Workaround   None. (CSCsv87256)

UCS Manager CLI

Symptom    Statistics counters cannot be cleared using the Cisco UCS Manager CLI.

Workaround   Clear the counters using the Cisco UCS Manager GUI. (CSCsz47512)

UCS Manager GUI

Symptom    When several KVM Consoles are launched, the SUN JRE sometimes reports an error and the KVM Console fails to launch.

Workaround   Launch the KVM Console again. (CSCta38463)

Symptom    In the Cisco UCS Manager GUI, if the Reboot on boot Order Change checkbox is checked for a boot policy, and if CD-ROM or Floppy is the last device in the boot order, then deleting or adding the device does not directly affect the boot order and the server does not reboot.

Workaround   None. (CSCta54895)

Symptom    Fibre Channel port and server port events do not appear on the Fibre Channel port and server port Events tabs.

Workaround   Look on the Admin Events tab for Fibre Channel port and server port events. (CSCta66375)

New Hardware Features in Release 2.0

Release 2.0(2m) adds support for:

Integration of C200 M2 SFF, C460 M2, C220 M3, C260 M3, and C240 M3 rack mount servers

Nexus 2232 fabric extender (replaces Nexus 2248 in this and following releases, see the UCS C-Series hardware documentation for details)

Cisco UCS B200 M3 blade server

Cisco VIC 1240 mLOM

Port Expander Card for VIC 1240

Cisco UCS 6296 fabric interconnect

Cisco 2204 IO module

Cisco VIC 1280 adapter card

Release 2.0(1w) adds support for:

Version 2 of UCS B440 M1 and M2 Blade Servers. This new hardware version is part of a proactive replacement program. See Field Notice 63430 for further details.

Release 2.0(1s) adds support for:

Intel Xeon x5687 CPU on B200 M2

Release 2.0(1m) adds support for:

Cisco UCS 6248 Fabric interconnect

Cisco 2208 IO Module

2500 Watt DC Power Supply for the Cisco UCS 5108 Blade Server Chassis

New Software Features in Release 2.0

Release 2.0(1m) adds support for:

Licensing - Updated information for new UCS hardware.

Firmware Bundle Option - Enables you to select a bundle instead of a version when updating firmware using the Cisco UCS Manager GUI.

Disk Drive Monitoring Support - Support for disk drive monitoring on certain blade servers and a specific LSI storage controller firmware level.

iSCSI Boot - iSCSI boot enables a server to boot its operating system from an iSCSI target machine located remotely over a network.

Pre-login Banner - Displays user-defined banner text prior to login when a user logs into Cisco UCS Manager using the GUI or CLI.

Unified Ports - Unified ports are ports on the 6200 series fabric interconnect that can be configured to carry either Ethernet or Fibre Channel traffic.

Upstream Disjoint Layer-2 Networks - Enables you to configure Cisco UCS to communicate with upstream disjoint layer-2 networks.

Virtual Interfaces - The number of vNICs and vHBAs configurable for a service profile is determined by adapter capability and the amount of virtual interface (VIF) namespace available on the adapter.

VM-FEX Integration for VMware - Cisco Virtual Machine Fabric Extender (VM-FEX) for VMware provides management integration and network communication between Cisco UCS Manager and VMware vCenter. In previous releases, this functionality was known as VN-Link in Hardware.

VM-FEX Integration for KVM (Red Hat Linux) - Cisco Virtual Machine Fabric Extender (VM-FEX) for KVM provides external switching for virtual machines running on a KVM Linux-based hypervisor in a Cisco UCS instance.

Related Documentation

For related documentation, see this document:

Cisco UCS Documentation Roadmap

Obtaining Documentation and Submitting a Service Request

For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:

http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html

Subscribe to the What's New in Cisco Product Documentation as an RSS feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service. Cisco currently supports RSS Version 2.0.


This document is to be used in conjunction with the documents listed in the Cisco UCS Documentation Roadmap.