Cisco UCS ソフトウェア Release 2.1 リリース ノート

OL-28131-01-J

A0

2.1(1a)

2012 年 11 月 16 日

Cisco UCS ソフトウェア Release 2.1 リリース ノートを作成

B22 M3

2.0(3a)

2.1(1a)

B200 M1

1.0(1)

2.1(1a)

B200 M2

1.2(1)

2.1(1a)

B200 M3

2.0(2)

2.1(1a)

B230 M1

1.4(1)

2.1(1a)

B230 M2

1.4(3)

2.1(1a)

B250 M1

1.1(1)

2.1(1a)

B250 M2

1.2(1)

2.1(1a)

B420 M3

2.0(4a)

2.1(1a)

B440 M1

1.3(1)

2.1(1a)

B440 M2

1.4(3)

2.1(1a)

B420 M3

2.0(4a)

2.1(1a)

C22 M3

2.0(3a)

2.1(1a)

C24 M3

2.0(3a)

2.1(1a)

C200 M2

1.4(1)

2.1(1a)

C200 M2 SFF

2.0(2)

2.1(1a)

C210 M2

1.4(1)

2.1(1a)

C220 M31

2.0(4a)

2.1(1a)

C240 M31

2.0(4a)

2.1(1a)

C260 M2

2.0(2)

2.1(1a)

C250 M2

1.4(1)

2.1(1a)

C460 M2

2.0(2)

2.1(1a)

C420 M3

2.1(1a)

2.1(1a)

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

1.0(1)

2.1(1a)

UCS M81KR

1.0(2)

2.1(1a)

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

1.3(1)

2.1(1a)

UCS-VIC-M82-8P
UCSB-MLOM-40G-01
UCSB-MLOM-PT-01

2.0(2)

2.1(1a)

UCSC-PCIE-CSC-02

2.1(1a)

2.1(1a)

UCS 6120XP

1.0(1)

2.1(1a)

UCS 6140XP

1.1(1)

2.1(1a)

UCS 6248UP

2.0(1)

2.1(1a)

UCS 6296UP

2.0(2)

2.1(1a)

UCS 2104

1.0(1)

2.1(1a)

UCS 2208XP

2.0(1)

2.1(1a)

UCS 2204XP

2.0(2)

2.1(1a)

Cisco Nexus 22483

1.4(1)

2.1(1a)

Cisco Nexus 2232PP

2.0(2)

2.1(1a)

N10-E0440
N10-E0600
N10-E0080

1.0(1)

2.1(1a)

N10-E0060

1.1(1)

2.1(1a)

UCS-FI-E16UP

2.0(1)

2.1(1a)

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

1.0(1)

2.1(1a)

SFP-H10GB-ACU7M
SFP-H10GB-ACU10M

1.4(1)

2.1(1a)

FET-10G

1.4(1)

2.1(1a)

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

1.4(2)

2.1(1a)

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

1.3(1)

2.1(1a)

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

1.0(1)

2.1(1a)

GLC-T（V03 以上）
GLC-SX-MM
GLC-LH-SM

1.3(1)

2.1(1a)

2.1(1a)A

ucs-catalog.2.1.1a.T.bin

CSCth96721

LDAP 認証の使用中に OU の数が多い、または DN の長さが 128 文字を超えていると、ログインできません。

LDAP を使用して設定できる OU の数には制限があります。Active Directory を使用して LDAP で DN を設定しようとするときに、DN の長さが 128 文字を超えていると、ログインが失敗します。

DN の長さが 128 文字より少なくなるように OU を設定します。

2.0(1w)A

2.1(1a)A

CSCtt36593

svcmonAG プロセスが失敗し、14 シャーシ セットアップでコア ダンプが定期的に作成され、次が表示されます。

現在、既知の回避策はありません。

2.0(1)A

2.1(1a)A

CSCty34034 CSCub48862 CSCub99354 CSCub16754

BMC ファームウェアのアップデート後に、検出、アソシエーション、またはディスアソシエーションが VIC アダプタに関するメッセージで失敗します。このような場合は、アダプタのメザニン FRU の障害 CSCub48862 および CSCub99354 のリリース ノートを参照してください。

検出、アソシエーション、またはディスアソシエーションが、関連する障害 CSCub48862 および CSCub99354 のために失敗します。他の問題が該当するため、お客様は show tech support FRU を収集するか、CIMC の DFU によって FRU を検査します。テクニカル サポートの収集などで明示的に照会された時に限り、FRU の破損を表示できます。メモリのメザニン FRU が UCS 管理ファームウェアで使用されていません。エンドユーザによる明示的なクエリー（テクニカル サポートの収集を含む）を除いて、通常、これらの FRU がエンドユーザに表示されません。

次の 2 つのオプションがあります。

オプション 1：2.1.1a より前のリリースでは、お客様は Cisco TAC にお問い合わせいただけます。Cisco TAC では BMC にログインし mfgdiag を発行することで、メモリのメザニン FRU をプログラミングし直すことができます。このように実行する前に、Cisco TAC では製造データベースの正しい FRU を確認するために、ブレードの FRU の情報を収集する必要があります。メモリのメザニン FRU が過度に破損しているため、正しい値を知ることができません。

オプション 2：2.1.1a 以降のファームウェアへの更新は、テクニカル サポートの詳細を意図的に取得します。これにより、CIMC は適切な FRU を分析し、可能であれば FRU を修正します。FRU に問題がないかを確認するために、お客様は IPMITool などの標準のサードパーティ ツールを使用して、データに問題がないかどうかを確認するためにメモリ メザニン FRU を読み取ります。これ以外の方法では、これらの FRU は UCS システムに表示されません。

2.0(2a)B

2.1(1a)B

CSCuc00368 または CSCuc87155

B230 ブレード サーバの 2 台のディスクに設定された RAID1 モード：RAID1 の再構築が進行している間に、disk1 の取り外しとその後の再挿入時に disk2 のステータスが動作不能として表示されます（または、その逆）。再構築が完了すると、ディスク ステータスが動作可能状態に更新されます。

回避策はありませんが、RAID の再構築操作が完了し、ディスク ステータスが自動的に動作可能状態に更新されれば、このエラー メッセージは無視できます。

ここでは機能への影響はありません。2 番目のディスクを挿入して戻したときに、動作可能状態に戻ります。

関連事項：この修正が統合されたことにより、B230 および B440 ブレードの両方で、2 つ（または複数）のディスク間の RAID1 の設定で動作が次のようになります。これは、disk1 および disk2 が RAID1 モードで、ディスクの 1 つが取り出されもう一度挿入された場合の B230 ブレード サーバに固有の動作です。再挿入時には、RAID の再構築操作が進行中で、まだ完了していません。ディスクが取り出されて再挿入されると、RAID1 の再構築の進行中に、そのディスクの動作ステータスが動作不能と表示されます。1 つの RAID 再構築が完了すると、その再挿入されたディスクの動作ステータスは、動作可能状態に更新されます。他のディスクは引き続き動作可能状態のままです。

2.0(3a)A

2.1(1a)A

CSCuc24817

FI のリブートまたは FI のフェールオーバー後、nxos がダウンを示していない場合でも veth がダウンを示しています。

VIC ログには vnic がダウンとして示されるが、NXOS ではアップと示されます。

UCS Manager の VNIC の DCE インターフェイスをディセーブル/イネーブル（shut/no shut）にします。

2.0(3c)A

2.1(1a)A

CSCuc27213

2.0(1s) から 2.0(3a) へのアップグレード後に、B200 M2 が連続するリブート ループに入ります。

BIOS ポリシーの Quiet ブート オプションをディセーブルからイネーブルに変更します。

2.0(3)A

2.1(1a)A

CSCuc59752

SNMP テーブル コマンドによって値が返されません。例：

次による応答のみ：

現在、既知の回避策はありません。

2.0(2q)A

2.1(1a)A

CSCuc09958 または CSCua17646

JRE 1.7 を実行中の Cisco UCSM Release 2.0(3a) とそれ以降のリリースから UCSM Release 2.0(2r) とそれ以前のリリースにダウングレードすると、JRE 1.7 がエラーの発生を検出します。

Java ランタイム環境を JRE 1.6（最低限必要なバージョンは、1.6.0_10）にダウングレードし、Cisco UCS Manager を再起動します。

2.0(4a)A

2.1(1a)A

CSCtz86513

Cisco UCS Manager からインベントリ メッセージを送信しても、SCH ポータルから登録メールを受信しません。デバイスが SCH ポータルに登録されていますが、新しいインベントリ メッセージが記録されず、ケースが作成されません。[Contact information] セクションの [Contact] フィールドに < または > の文字が含まれています。

> および < を、Cisco UCS Manager の SCH 設定フィールドから削除します。

1.4(2b)A

2.1(1a)A

CSCtz76897

Cisco UCS Manager のアップグレードまたは検出中に、シャーシ ディスカバリ ポリシーが set link-aggregation-pref port-channel ポリシーに変更されると、ポート チャネルが作成され、FEX が約 40 秒間オフラインになります。

シャーシ ディスカバリ ポリシーを変更したあと、システムをシャットダウンし、シャーシを再認識させます。FEX ポート チャネルが作成されたことを確認します。

2.0(1m)A

2.1(1a)A

CSCtr45130

Cisco UCS Manager を 1.4.(1j) から 1.4(2b) にアップグレードし、アクティベーションを行うと、ブレード サーバがリブートします。

アップグレードを開始する前に、メンテナンス ポリシーを「user-ack」/「scheduled」に変更し、ブレードのリブートを延期するか制御します。

1.4(2b)A

2.1(1a)A

CSCub64209

VNIC に割り当てられた QOS ポリシーの中でホスト コントロールが有効になっていると、FCoE パケットがドロップされます。

Redhat およびその他の Linux ベースのオペレーティング システムでは、VNIC に割り当てられた QOS ポリシーの中でホスト コントロールを「none」に設定します。

2.0.67 B

2.1(1a)B

CSCtz79579

Cisco UCS Manager は、電源をオンにしたり、リンクをアップしたりできない障害のあるディスクに関して、誤ったステータスを報告します。

現在、既知の回避策はありません。これはまれな問題です。

2.0(2.83)B

2.1(1a)B

CSCuc59752

snmptable コマンドが値を返しません。

現在、既知の回避策はありません。

2.0(2q)A

2.1(1a)A

CSCub34939 または CSCty33146

Cisco UCS Manager をアップグレードした後、アクティベーション中に、SNMP クラッシュにより、両方の FI がリブートされます。

現在、既知の回避策はありません。

1.4(3s)A

2.1(1a)A

CSCuc35326

Cisco UCS B200 M3、B22 M3、および B420 M3 ブレード サーバで、Release 2.0(2) から Release 2.0(3) または 2.0(4) にアップグレードしている間にブレードが UCS DC シャーシに挿入されると、「Server Hardware Not Supported」が表示されるか検出エラーが発生します。

Release 2.0(4b) にアップグレードします。

2.0(3a)A

2.1(1a)A

CSCuc24817

FI のリブートまたは FI のフェールオーバー後、Cisco UCS M81KR VIC ログで vETH がダウンと示されていても、NX-OS ではアップと示されます。

Cisco UCS Manager の vNIC の DCE インターフェイスをディセーブルにして、イネーブルにします（shut/no shut）。

2.0(3c)A

2.1(1a)A

CSCtw59592

仮想化アダプタ カードと非仮想化カードの両方を使用するサーバでは、必要最小限の物理 NIC ポートよりも少ないサービス プロファイルの vNIC が存在する場合、Cisco UCS Manager の制限のために余分な NIC ポートが生成されます （物理ポートの最小数は、UCS M81KR の場合は 0 で、他の非仮想化カードの場合は 2 です）。これは、次の状況で発生します。

1. UCS M81KR および 1 つの UCS NIC M51KR-B または UCS CNA M72KR-Q アダプタ カードを持つフル幅のブレード サーバ。

2. 1 つの NIC と 1 つの HBA を持つサービス プロファイルが付属した UCS CNA M72KR-Q の単一のアダプタは、OS 側では 2 つの NIC と HBA を表示します。

3. 多くの vNIC が作成され、暗黙的な vNIC の配置が選択されているので、非仮想化アダプタ上でロード バランスが行われる vNIC の数は、最低限の物理 NIC ポート数（2）よりも少ないです。システムがネットワーク接続の要件に一致するように、2 番目の NIC を内部的に作成します。

4. ホスト OS がいったん起動すると、無関係な vNIC が非仮想化アダプタに配置されて表示されます。

5. 追加の vNIC にはデータ トラフィックが許可されません。

混合アダプタ セットアップでは、まず非仮想化アダプタ上に vNIC を明示的に配置し、その後、それらを仮想化アダプタの上に配置します。または、HA セットアップの中でデュアル スロット ブレードを使用する場合は、少なくとも 4 つのスタティック vNIC および 4 つの HBA を作成します。

2.0(1t)A

2.1(1a)A

CSCtj62296

現在設定可能な最小の消費電力上限は 3400W です。シャーシの消費電力の上限はこれよりも緩い 3778 W（AC）ですが、内部的に 3400 W（DC）に変換されます。

この要件よりも緩い消費電力の上限を入力しないでください。これは、シャーシに含まれるすべてのブレードを同時に安全にブートできるようにするのに必要な要件から導き出されたものです。

1.4(1i)A

2.1(1a)A

CSCtc86297

VM の UUID が VMware vCenter で変更されます。VM を再起動すると、[VM] タブにある仮想マシンのノードには、同一の VM の複数のインスタンス（1 つはオンライン、もう 1 つはオフライン）が表示されます。

VM ライフサイクル ポリシーの中で設定された VM 保持期間が経過すると、Cisco UCS Manager がオフラインのインスタンスを自動的に削除します。

1.1(1j)A

2.1(1a)A

CSCta66375

ファイバ チャネル ポートとサーバ ポート イベントがファイバ チャネル ポートとサーバ ポートの [Events] タブに表示されません。

管理者用のファイバ チャネル ポートとサーバ ポート イベントの [Events] タブを見ます。

1.0(1e)A

2.1(1a)A

CSCtu34607

vNIC の数を変更するためにダイナミック vNIC ポリシーを変更すると、スタティック vNIC が PCIe バス上で並べ替えられます。これは、次の条件で発生します。

1. カウントを 50 未満に設定した状態でダイナミック vNIC ポリシーを持つサービス プロファイルを作成します。

2. HA セットアップで ESX nk の接続に必要なスタティック vNIC を作成します。

3. サーバに関連付けます。ホスト OS から見た vNIC の PCIe バスの順序を確認します。

4. ダイナミック vNIC のカウントが 56 を超えるまで増やします。

5. スタティック vNIC の PCIe の順序がホスト OS で変更されるのを確認できます。

スタティック vNIC を作成してから、ダイナミック vNIC を作成します。50 未満または 56 より大きいカウントを持つダイナミック vNIC ポリシーを作成します。

2.0(2m)A

2.1(1a)A

CSCuc72049

UCS Manager でアクセス モード アプライアンス ポートチャネルを作成しているときに、指定した VLAN の代わりにデフォルト VLAN が使用されます。最初に指定した VLAN にポートチャネル VLAN を変更すると、NX-OS ではポートチャネルが正しくプログラミングされますが、個々のメンバーは変更されません。これにより、間違った VLAN でポートチャネルと MAC アドレスが検出された場所で通信の問題が発生することがあります。

ネイティブ VLAN を指定して、アクセス モードの代わりにアプライアンスのポートチャネルをトランク モードで設定します。

2.0(3a)A

2.1(1a)A

CSCtx65534 または CSCua31267

ファブリック インターコネクトで VLAN を削除すると、その VLAN を伝送している vNIC がフラップします。vNIC 上の 1 つの VLAN を削除すると、他の VLAN でトラフィックの中断が発生します。

ファブリック インターコネクトから VLAN を削除する前に、すべての vNIC/vNIC テンプレートおよびアップリンクから VLAN を削除します。

2.0(2q)A

2.1(1a)A

CSCuc22026

SNMPv3 ユーザの作成中に、そのユーザ名がローカル システム ユーザにすでに割り当てられている場合、エラーは生成されず設定が受け入れられますが、障害が発生し、設定は展開されません。

SNMPv2 ユーザの作成時に、ローカル システム ユーザと同じコミュニティ名を使用すると、エラーまたは障害なしで受け入れられて展開されます。

ローカル システム ユーザの作成時に、そのユーザ名が SNMPv3 ユーザに割り当てられている場合、エラーは生成されず設定が受け入れられますが、障害が発生し、設定は展開されません。

これは、SNMPv3 ユーザ名とシステムのローカル ユーザ名が一致する場合にだけ発生します。

SNMPv3 ユーザ設定がローカル ユーザとの名前の競合が原因で展開されない場合は、SNMPv3 ユーザに異なる名前を選択するか、またはローカル ユーザを削除して設定を展開します。

ローカル ユーザの設定が SNMPv3 ユーザとの名前の競合が原因で展開されない場合は、ローカル ユーザに異なる名前を選択するか、SNMPv3 ユーザを削除して設定を展開します。

CSCtz16082 または CSCtz99909

デフォルトの BIOS ポリシーを使用する場合、ESX を実行しているサーバは、C1E のみを無効にできます。Cisco UCS Manager から C1E を無効にした状態で新しい BIOS ポリシーが作成されると、ESX は C1E が無効になっていることを認識しない一方、BIOS セットアップ メニューと EFI からの C ステート ダンプすべてに C1E が、Cisco UCS Manager の BIOS ポリシーで無効になっていると表示されます。そのため、ポリシーがデフォルト（設定されていない）またはカスタム デフォルト（プラットフォームのデフォルト）のいずれかに設定されている限り、問題は見られません。

デフォルト設定のポリシーをそのままにしてください。

ESX のメッセージが ESX によって不正に報告されているため、無視する必要があります。根本原因は ESX が誤ったポインタを確認しているため、不正なステータスが報告されていることです。これには、ESX またはサーバの機能への既知の影響はありません。

2.0(2q)B

CSCub54167

ストレージ サービス プロファイルの関連付け中に Cisco UCS B230 M1 ブレード サーバがアップグレード プロセスに失敗します。

BIOS のアップグレードが完了したら、ブレードを再認識させます。

2.0(2q)A

CSCty95396

サーバが iSCSI LUN から起動するように設定されている場合、次に、ホスト OS からプライマリ NIC とフェールオーバー NIC を無効にすると、ホストがそのブート ディスクへの接続を失い、その結果、ホスト OS のパニックまたは BSOD が発生する可能性があります。これは、プライマリとフェールオーバーの両方の vNIC がホスト OS から無効にされている場合に発生します。

ホスト OS からフェールオーバー iSCSI vNIC を無効にしないでください。

2.0(2m)B

CSCtz07684

Cisco UCS Manager のサービス プロファイルから [Local Disk] オプションを削除しても、BIOS セットアップ内のブート順序または F6 キーのメニューにローカル HDD が表示されます。これは、PXE eth0、PXE eth1、iSCSI iscsi0、iSCSI iscsi1、ローカル HDD を持つ Cisco UCS Manager のサービス プロファイルによってブート順序が設定された場合に発生します。ブート ポリシー サービス プロファイルから [Local HDD] オプションを削除することで、そのオプションを削除しようと決めた場合、サーバが再起動すると、BIOS のブート順序リストのブート順序にローカル HDD が表示されたままになります。この動作は、設定された順序で PXE と iSCSI デバイスに対して行う起動には影響しません。

次の手順で、手動でローカル HDD を無効にします。

1. ブレードを起動します。

2. BIOS POST 中にメッセージが表示されたら、F2 キーを押します。

3. BIOS が POST を完了するのを待ってから、セットアップ ユーティリティを起動します。

4. [Boot Options] タブを選択します。

5. カーソルを [Hard Drive BBS Priority] に移動し、Enter キーを押してこのオプションを選択します。

6. ユーザが無効にしたいハード ドライブにカーソルを移動し、Enter キーを押してドライブを設定します。

7. [Disabled] オプションにカーソルを移動し、Enter キーを押してドライブを無効にします。

8. ブレードを保存してリブートします。

2.0(2m)B

CSCtz07684

Cisco UCS Manager のサービス プロファイルから [Local Disk] オプションを削除しても、BIOS セットアップ内のブート順序または F6 キーのメニューにローカル HDD が表示されます。これは、PXE eth0、PXE eth1、iSCSI iscsi0、iSCSI iscsi1、ローカル HDD を持つ Cisco UCS Manager のサービス プロファイルによってブート順序が設定された場合に発生します。ブート ポリシー サービス プロファイルから [Local HDD] オプションを削除することで、そのオプションを削除しようと決めた場合、サーバが再起動すると、BIOS のブート順序リストのブート順序にローカル HDD が表示されたままになります。この動作は、設定された順序で PXE と iSCSI デバイスに対して行う起動には影響しません。

次の手順で、手動でローカル HDD を無効にします。

1. ブレードを起動します。

2. BIOS POST 中にメッセージが表示されたら、F2 キーを押します。

3. BIOS が POST を完了するのを待ってから、セットアップ ユーティリティを起動します。

4. [Boot Options] タブを選択します。

5. カーソルを [Hard Drive BBS Priority] に移動し、Enter キーを押してこのオプションを選択します。

6. ユーザが無効にしたいハード ドライブにカーソルを移動し、Enter キーを押してドライブを設定します。

7. [Disabled] オプションにカーソルを移動し、Enter キーを押してドライブを無効にします。

8. ブレードを保存してリブートします。

2.0(2m)B

CSCtz03288

両方とも同じ製品 ID で販売されているにもかかわらず、あるメーカー製のハードディスク ドライブが、他方のメーカー製のハードドライブよりも 2 ～ 3 倍の時間がかかります。この問題は、300 GB SAS 10K RPM SFF ドライブで見られます。

正しい LSI ドライバを使用してください。

2.0(1m)A

CSCtz03288

両方とも同じ製品 ID で販売されているにもかかわらず、あるメーカー製のハードディスク ドライブが、他方のメーカー製のハードドライブよりも 2 ～ 3 倍の時間がかかります。この問題は、300 GB SAS 10K RPM SFF ドライブで見られます。

正しい LSI ドライバを使用してください。

2.0(1m)A

CSCtr10869

UCS 1.4 から 2.0 へのアップグレード中に、SSLCert エラーがログ ファイルに書き込まれる場合があります。

この問題に既知の回避策はありません。これは無害であり、機能に影響を与えるとは考えられていません。

2.0(1m)A

CSCtn84926

Emulex 統合ネットワーク アダプタ（N20-AE0102）の MAC アドレスベースのポート セキュリティはサポートされていません。MAC アドレス ベースのポート セキュリティは、サービス プロファイルの中のネットワーク制御ポリシーを使用して設定します。MAC アドレスベースのポート セキュリティがイネーブルになると、ファブリック インターコネクトが許可するトラフィックは、最初に学習した MAC アドレスを含むパケットに制限されます。これは、FCoE 初期化プロトコル パケットで使用されたソース MAC アドレスか、イーサネット パケットの MAC アドレスのうち、アダプタが最初に送信した方になります。この設定により、FCoE パケットかイーサネット パケットのどちらかが破棄されることがあります。

サービス プロファイルで MAC セキュリティを無効にします。

1.4(3i)

CSCti94391

ミラーリング モードを使用する場合、UCE エラーが発生すると、冗長性 SEL イベントがあり、さらには UCE SEL イベントもあります。データ パリティ エラーのその他の詳細は利用できません。

現在、既知の回避策はありません。

1.4(1i)A

CSCtj89468

SFP タイプ（ファブリック エクステンダ トランシーバ）が FET の場合、ラックマウント サーバ アダプタからファブリック インターコネクト ポートへのリンクがダウンしたままになります。現在 FET タイプは、ファブリック エクステンダとファブリック インターコネクト間でのみサポートされています。IOM とラックマウント サーバ アダプタ間のリンクに使用される SFP が FET の場合、リンクはダウンしたままになります。

SFP を、ラックマウント サーバ アダプタ用にサポートされる SFP のいずれかに置き換えます。

1.4(1i)A

CSCtj82918

Cisco UCS Manager シェル モードが管理またはローカル管理モードのいずれかに設定されている場合、CLI コマンド terminal monitor は使用できません。

terminal コマンドを NX-OS モードで使用してください。

1.4(1i)A

CSCtj51582

Cisco UCS Manager が、サポートされない DIMM を不明として報告しますが、障害を生成しません。

DIMM がそのサーバ モデルでサポートされる Cisco DIMM であるか確認してください。

1.4(1i)A

CSCtj57838

無停止の保留中の変更が、サービス プロファイルに表示されない場合があります。サービス プロファイルが、停止を伴う変更のサーバへの適用を保留するメンテナンス ポリシーを含む場合、ユーザは、どの変更が保留されているのかを確認し、さらに変更を加えることができます。停止を伴う保留中の変更は、サーバ プロファイルに常に表示され、無停止の変更は表示されない場合があります。無停止の保留中の変更は、ユーザの便宜を図る目的でのみ表示されます。

現在、既知の回避策はありません。この障害は、機能的な影響はありません。

1.4(1i)A

CSCtk35213

セットアップにアクティブな Nexus 2248 ファブリック エクステンダが含まれている場合、1.4(1) から 1.3(1) へのダウングレード中、ファブリック インターコネクトのアクティベーションが失敗します。

ファブリック インターコネクト イメージをダウングレードする前に、すべてのファブリック エクステンダとラックサーバを廃止し、FSM を完全に廃止します。

1.4(1i)A

CSCtk09043

ipmitool が表示したサーバの UUID が Cisco UCS Manager CLI が表示したものと一致しません。UCS UUID のエンコーディングは、SMBIOS 2.6 以前に指定された、ビッグエンディアン エンコーディングに従います。Ipmitool は、このエンコーディングではうまく働きません。SMBIOS 2.6 の仕様では、混合エンコーディング（最初の 3 つのフィールドがリトルエンディアンで、最後の 3 つのフィールドがビッグエンディアン）が要求され、ipmitool はこれに従います。

たとえば、Cisco UCS Manager CLI が表示するサーバの詳細は、次のとおりです。

Cisco UCS Manager CLI または GUI の出力と比較して、最初の 3 つのフィールド f3a69906-811b-f845 は、ipmitool の出力では異なって表示されます。

ipmitool を次のように使用して、この問題を回避できます。

出力が、Cisco UCS Manager CLI が出力した値と一致します。

1.4(1i)A

CSCtj10809

NX-OS CLI の show port-security コマンドが最大アドレス数に負の値を返します。これは、8192 個を超えるポート VLAN インスタンスでシステムが構成されており、 ポート セキュリティがすべてのインターフェイス上で有効になっているので 8192 個を超える MAC アドレスがセキュリティで保護されている場合に発生します。

8192 個を超えるようなセキュリティで保護されたポート VLAN インスタンスを設定しないでください。

1.4(1i)A

CSCti85875

C シリーズ サーバ上の N2XX-ACPCI01 アダプタ ポートが UCS6100 ファブリック インターコネクト上のアップリンク ポートに接続されている場合、そのような接続はサポートされていないため、エラー メッセージが表示されるはずですが、本リリースでは、このような状況になってもそのようなエラー メッセージは表示されません。

現在、既知の回避策はありません。

1.4(1i)A

CSCtd14055 または CSCtf52298

Cisco UCS 82598KR-CI の 10 Gb イーサネット アダプタごとに、OS の中で 2 つのインターフェイスが表示され、ethtool がそれら両方に対して [Link Detected] = [yes] を報告します。これは、Cisco UCS B250 サーバでのみ見られます。

サービス プロファイルでプロビジョニングされた値を持つ MAC アドレスを使用します。

1.1(1j)A

CSCte58155

1.1.1 以前のリリースからアップグレードする場合、OS 特有のデフォルト アダプタ ポリシーに現在推奨されるデフォルト値が含まれません。

1.1.1 以前のリリースからアップグレードしたら、アダプタ ポリシー パラメータを次の値に手動で変更することを推奨します。

1.1(1j)A

CSCtd90695

B-250 ブレード サーバを使用する場合、表示される ESX および Linux OS HDD ブート デバイス順は、BIOS HDD ブート順と逆になります。

両方のディスク（および該当する場合はドライブ ラベル）を確認し、ESX 版と Linux 版をインストールする際に、正しいディスクを選択します。

1.1(1j)A

CSCta45805 または CSCsy80888

さまざまな潜在的条件のせいで、FSM が [Error Configuring the Local Disk Controller] の状態で停止しています。次のような条件が含まれますが、それらに限定されるわけではありません。

• ローカル ディスクが正しく検出されない、または [available/presence-Equipped] であるけれども、[Ready] の状態ではない。

• Cisco UCS Manager に正しく伝わらない障害は、このタイプのエラーとして報告できます。

障害が発生したサーバからすべてのローカル ディスクを取り外して挿入し、サーバを再認識させます。

1.1(1j)A

CSCsy76853

SAS コントローラが転送したディスク障害/エラー コード、ディスク ステータス、警告、および障害が Cisco UCS Manager によって受信されません。

現在、既知の回避策はありません。

1.1(1j)A

CSCte44548

vNIC がフェールオーバー モードではない状況で、リンクのダウン イベントが発生すると、ブレード上のネットワーク トラフィックが RHEL5.3 を実行しているシステムで中断されます。

これは、RHEL 5.3 における ixgbe ドライバの既知の問題です。現在、RHEL 5.4 が最新のリリースなので、Red Hat ではシステムを RHEL 5.4 にアップグレードするように推奨しています。RHEL 5.4 にアップグレードできない場合、うまくいくことが判明している次のいくつかの提案内容を参照してください。

1. ネットワークを再起動します。

または

2. nomsi を使用してシステムを実行します。

• /etc/grub.conf を編集します。

• カーネルの行に pci=nomsi を追加します。

• このカーネルを使用してシステムを再起動します。

システムがレガシー モードで動作しているため、ネットワークのパフォーマンスが影響を受ける可能性があることに注意してください。

1.1(1j)A

CSCte12163

既存の VIF を持つ特定のポート プロファイルでは、[Max-Ports] 設定が現在設定されている値から VMware vCenter によってそのポート プロファイル向けに報告された [Used-Ports] の値より小さい値に減らされると、その設定は誤りになります。そのポート プロファイルの [Max-Ports] の新しい値は、Cisco UCS Manager でのみ更新され、VMware Center での更新は失敗するので、Cisco UCS Manager と VMware Center Server との間で不整合が発生します。

特定のポート プロファイルの [Max-Ports] の値を減少させる必要性が生じた場合、新しい値は、少なくとも、VMware Center によってそのポート プロファイルに関するすべての DVSes 向けに報告された [Used-Ports] の値（[Used-Ports] のすべての値の最大値よりも小さくない値）になるようにします。この制約は、手動で確定させる必要があります。

1.1(1j)A

CSCte73015

RHEL 5.x のインストール中に複数のドライバ ディスクをロードすると、ロードに失敗します。

http://kbase.redhat.com/faq/docs/DOC-17753 の記事を参照してください。

1.1(1c)A

CSCtb20301

USB1.0 のみを使用するハブが、接続された USB デバイスを UCS サーバに適切に提示できません。

USB 1.0 にしか対応していない USB ハブの使用は避けてください。今日販売されている USB ハブは、事実上すべてが USB 1.0/2.0 に対応しています。

1.0(1e)A

CSCta21326

ユーザ アカウントの作成時にパスワード フィールドを空白のままにしたユーザ アカウントに対して、ログオン アクセスが拒否されます。

ユーザ アカウントを作成する際には、アカウントに安全なパスワードが指定されていることを確認してください。

1.0(1e)A

CSCsy80888

1 つ以上のローカル ディスクの取り外しまたは挿入後、それらの完全な検出が失敗します。

サーバを再認識させ、完全な検出を完了します。

1.0(1e)A

CSCtc21336

さまざまなローカル ディスク設定で、LSI SAS Configuration Utility が BIOS 中に起動に失敗します。

LSI SAS Controller Utility を使用しないでください。すべてのローカル ディスク ポリシー オペレーションとサービス プロファイル オペレーションは Cisco UCS Manager を使用して実行する必要があります。

1.0(1e)A

CSCsz41907

[BIOS Setup] > [Advanced] > [USB] から USB デバイスを接続する、または取り外すときに、セットアップ ユーティリティがハングする場合があります。

サーバをリブートします。

1.0(1e)A

CSCsz41907

[BIOS Setup] > [Advanced] > [USB] から USB デバイスを接続する、または取り外すときに、セットアップ ユーティリティがハングする場合があります。

サーバをリブートします。

1.0(1e)A

CSCta94641

スリープからの復帰時に、JRE にスリープ検出メカニズムがないために、Cisco UCS Manager GUI がイベント シーケンス エラーを検出し、「Event Sequencing is skewed」というエラーが表示されます。

コンピュータをスリープにするときは、必ず UCSM GUI をシャットダウンします。

1.0(1e)A

CSCtb45761

TFTP が使用されていると、ダウンロードが遅くなることがあります。

TFTP のパフォーマンスが遅い場合、SCP またはその他のプロトコルを使用します。

1.0(1e)A

CSCsz68887

サービス プロファイルに 2 つの vNIC が格納されており、イネーブルになったフェールオーバーが QLogic または Emulex CNA に適用されている場合、2 番目の vNIC のアダプタ ポリシーに指定されたフェールバック タイムアウトが有効になりません。アダプタ ポリシーにフェールバック タイムアウトが指定されており、最初の vNIC に適用されている場合、このタイムアウトはアダプタ全体に適用され、両方の vNIC に対して有効です。

目的のフェールバック タイムアウトをアダプタ ポリシーに指定し、最初の vNIC に適用します。

1.0(1e)A

CSCsz99666

EFI Native SLES 11 のインストールは、現在はサポートされていません。

現在、既知の回避策はありません。

1.0(1e)A

CSCsx13134

ファブリック インターコネクトのブート時に、「startup-config won't be used until the next reboot」というメッセージがコンソールに表示されます。ファブリック インターコネクト設定は UCS Manager で制御されるため、このメッセージはファブリック インターコネクト設定では意味がなく、機能上の影響はありません。

現在、既知の回避策はありません。

1.0(1e)A

CSCsy15489

ファブリック インターコネクト上のコンソール ログイン ユーザ名では大文字と小文字が識別されません。たとえば、admin と ADMIN は区別されません。

大文字と小文字が区別されないユーザ名を使用します。

1.0(1e)A

CSCta09325

ポート フラッピングの繰り返し（ポートがすばやくアップダウンする）とデフォルト（ネイティブ）の VLAN 変更でシステムに高い負荷がかかった状態にある場合、FWM プロセスに障害が発生し、ファブリック インターコネクトがリロードされることがあります。

現在、既知の回避策はありません。

1.0(1e)A

CSCta09325

ポート フラッピングの繰り返し（ポートがすばやくアップダウンする）とデフォルト（ネイティブ）の VLAN 変更でシステムに高い負荷がかかった状態にある場合、FWM プロセスに障害が発生し、ファブリック インターコネクトがリロードされることがあります。

現在、既知の回避策はありません。

1.0(1e)A

CSCta25287

show cdp neighbor CLI コマンドで、管理インターフェイスから CDP ネイバーの情報が表示されず、その管理インターフェイスに対応するファブリック インターコネクト CDP 情報も表示されません。

現在、既知の回避策はありません。

1.0(1e)A

CSCta12005

ファブリック インターコネクト コンポーネントのハードウェアのリビジョン番号が Cisco UCS Manager で生成されません。

次の手順を実行し、ファブリック インターコネクト コンポーネントのリビジョン番号を判断します。

1. connect nxos コマンドを入力し、ネイティブ NX-OS CLI に接続します。

2. 適切な show sprom component コマンドを入力し、 H/W Version: フィールドをコマンド出力の中から探します。

1.0(1e)A

CSCta22029

SNMP でシステム名でなくファブリック インターコネクト名が示されます。

現在、既知の回避策はありません。

1.0(1e)A

CSCta24034

SNMP ユーザ名は、ローカル ユーザ名と同じにはできません。

どのローカル ユーザ名とも一致していない SNMP ユーザ名を選択します。

1.0(1e)A

CSCsz47512

Cisco UCS Manager CLI を使用して統計カウンタをクリアできません。

Cisco UCS Manager GUI を使用してカウンタをクリアします。

1.0(1e)A

CSCta38463

いくつかの KVM コンソールが起動した際に、SUN JRE でエラーが報告され、KVM コンソールの起動に失敗することがあります。

KVM コンソールを再度起動します。

1.0(1e)A

CSCta54895

Cisco UCS Manager GUI で、[Reboot on boot Order Change] チェックボックスがブート ポリシーについて選択されており、CD-ROM またはフロッピーがブート順の最後のデバイスの場合に、デバイスを取り外すか装着すると、ブート順に直接効力がなく、サーバがリブートされません。

現在、既知の回避策はありません。

1.0(1e)A

CSCtw67182

UCS M81KR アダプタを持つブレードが、iSCSI のブート中にエラー「initialize error 1」を表示します。

現在、既知の回避策はありません。

2.0(1s)A