問題：依存関係をリストするリブート警告の生成に失敗します。

考えられる原因：この問題は、vNIC テンプレートまたは vHBA テンプレートへの変更が原因で発生する可能性があります。リブート警告は、バックエンドが依存関係のリストを返すときに発生します。vNIC または vHBA テンプレートのテンプレート タイプをアップデートし、ステップ間の変更を適用せずにブート関連プロパティを変更すると、依存関係のリストを返すバックエンド システムが起動されません。

問題：Cisco UCS サーバ内に組み込みの eUSB にはオペレーティング システムが含まれています。けれども、サーバがそのオペレーティング システムからブートしません。

考えられる原因：この問題は、サーバをサービス プロファイルに関連付けた後、eUSB がサーバの実際のブート順序の 1 番目になっていない場合に発生する可能性があります。

問題：RAID1 クラスタの移行後に、サーバがオペレーティング システムからブートしません。RAID LUN は、サービス プロファイルのアソシエーション中もアソシエーション後も、「非アクティブ」状態のままになります。その結果、サーバは起動できなくなります。

考えられる問題：この問題は、サーバ上のサービス プロファイルのローカル ディスク設定ポリシーが、RAID1 ではなく [Any Configuration]モードで設定されていることが原因で発生する可能性があります。

問題：KVM ビューアを起動するとき、BadFieldException エラーが発生します。

考えられる原因：ネイティブ ライブラリを使用するアプリケーションと共に Java Web Start を使用すると、デフォルトでキャッシュがディセーブルになることによって、この問題が発生することがあります。

問題：KVM コンソールが起動に失敗し、JRE によって次のメッセージが表示されます。

Unable to launch the application.

考えられる原因：この問題は、複数の KVM コンソールが同時に起動された場合に発生する可能性があります。

問題：初めてサーバで KVM を開こうとすると、KVM が起動に失敗します。

考えられる原因：この問題は、JRE バージョンの非互換性が原因で発生する可能性があります。

問題：次のエラーが表示されます。

Currently connected network interface x uses Distributed Virtual Switch (uusid:y) which is 
accessed on the host via a switch that has no free ports.

考えられる原因：この問題は、次のいずれかが原因で発生する可能性があります。

• VM の電源をオフにした後、またはあるホストから別のホストに VM を移行した後、vSphere サーバが hostProxySwitch オブジェクトの numPortsAvailable プロパティの再計算に失敗しています。

• ESX ホスト上で電源がオンになっている VM の vNIC の累積数が、サーバのサービス プロファイルに設定されている動的 nVINC の数と一致しているかまたは上回っています。

• あるデータストアから同じサーバ上の別のデータストアに VM を移行した後、ホスト上で電源がオンになっているすべての VM で使用されている DVS ポート数の増加が、サーバによって誤って検出されています。

問題：Cisco UCS Manager CLIコマンドを実行すると、Cisco UCS Manager CLI に次のメッセージが表示されます。

Software Error: Exception during execution: [Error: Timed out communicating with DME]

理由：この問題は、プライマリ ファブリック インターコネクトの DME プロセスが応答しないか、クラッシュして実行状態にない場合に発生します。DME がダウンした場合に発生する他の症状は次のとおりです。

• Cisco UCS Manager GUIが応答しない

• 仮想 IP の接続がダウンする

問題：スリープ モードから復帰した後、Cisco UCS Manager GUI によって次のメッセージが表示されます。

Fatal error: event sequencing is skewed.

考えられる原因：この問題は、コンピュータがスリープ状態に入るときに Cisco UCS Manager GUI が実行中だった場合に発生する可能性があります。JRE にはスリープ検出メカニズムがないため、システムでは、スリープ モードに入る前に受信したすべてのメッセージを再追跡することはできません。複数回再試行した後、このイベント シーケンス エラーがログに記録されます。

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

ファブリック インターコネクトの起動に失敗した場合は、次のいずれかの問題が発生している可能性があります。

• キックスタート イメージが破損しているか、その他の理由で機能していない

• ブートフラッシュ メモリのファイル システムが破損している

これらの問題のいずれかが存在する場合、ブートローダ プロンプトを使用して、ファブリック インターコネクトを回復することが必要になる場合があります。

問題：ハイアベイラビリティ クラスタをサポートするように 2 つのファブリック インターコネクトを設定して L1 ポートと L2 ポートを接続した場合に、ファブリック インターコネクトのクラスタ ID で不一致が発生する可能性があります。このタイプの不一致は、クラスタで障害が発生したために、Cisco UCS Manager を初期化できないことを意味します。

サポートされるモニタリングのタイプは、Cisco UCSサーバによって異なります。

ローカル ストレージ モニタリングについてサポートされる Cisco UCSサーバ

Cisco UCS Managerを使用して、次のサーバについてローカル ストレージ コンポーネントをモニタできます。

• Cisco UCSB200 M3 ブレード サーバ

• Cisco UCSB420 M3 ブレード サーバ

• Cisco UCSB22 M3 ブレード サーバ

• Cisco UCSB200 M4 ブレード サーバ

• Cisco UCSB260 M4 ブレード サーバ

• Cisco UCSB460 M4 ブレード サーバ

• Cisco UCSC460 M2 ラック サーバ

• Cisco UCSC420 M3 ラック サーバ

• Cisco UCSC260 M2 ラック サーバ

• Cisco UCSC240 M3 ラック サーバ

• Cisco UCSC220 M3 ラック サーバ

• Cisco UCSC24 M3 ラック サーバ

• Cisco UCSC22 M3 ラック サーバ

• Cisco UCSC220 M4 ラック サーバ

• Cisco UCSC240 M4 ラック サーバ

• Cisco UCSC460 M4 ラック サーバ

（注）	すべてのサーバがすべてのローカル ストレージ コンポーネントをサポートするわけではありません。Cisco UCSラック サーバの場合は、マザーボードに組み込まれたオンボード SATA RAID 0/1 コントローラはサポートされません。

レガシー ディスク ドライブのモニタリングについてサポートされる Cisco UCSサーバ

レガシー ディスク ドライブ モニタリングのみが、次のサーバで Cisco UCS Managerを介しサポートされます。

• Cisco UCSB200 M1/M2 ブレード サーバ

• Cisco UCSB250 M1/M2 ブレード サーバ

（注）	Cisco UCS Managerがディスク ドライブをモニタするには、1064E ストレージ コントローラは、パッケージ バージョンが 2.0(1) 以上の UCS バンドルに含まれるファームウェア レベルが必要です。

これらの前提条件は、有益なステータス情報を提供するため行われるローカル ストレージ モニタリングやレガシー ディスク ドライブ モニタリングの際に満たす必要があります。

• ドライブがサーバ ドライブ ベイに挿入されている必要があります。

• サーバの電源が投入されている。

• サーバが検出を完了している。

• BIOS POST の完了結果が正常である。

Cisco UCS Managerでは、モニタリング対象のディスク ドライブごとに次のプロパティが表示されます。

• [Operability]：ドライブの動作状態。

• [Presence]：ディスク ドライブのプレゼンス（サーバ ドライブ ベイ内で検出されるかどうかであり、動作状態は関係ない）。

監視対象のディスク ドライブのステータスを判断するには、両方のプロパティを確認する必要があります。次の表に、これらプロパティ値の組み合わせの一般的な解釈を示します。

（注）	[Operability]フィールドは、ディスクが破損した RAID セットの一部である、または BIOS POST（電源投入時自己診断テスト）が完了していないなどの理由で不正な状態を表示する場合があります。

問題：ハード ドライブのホットスワップ、取り外し、または追加の後、更新されたハード ディスク ドライブ（HDD）メトリックが Cisco UCS Manager GUI に表示されません。

考えられる原因：この問題は、Cisco UCS Manager が、システム ブート中にのみ HDD メトリックを収集することによって発生する場合があります。システム ブートの後にハード ドライブの追加または取り外しを行った場合、Cisco UCS Manager GUI では HDD メトリックが更新されません。

問題：サーバ ディスク ドライブで障害 LED が点灯または点滅していますが、Cisco UCS Managerにはディスク ドライブ障害が示されません。

考えられる原因：次のうちの 1 つ以上の条件に該当することによって、ディスク ドライブの障害検出テストが失敗しました。

• ディスク ドライブには障害が発生しておらず、再構築が進行中です。

• ドライブの予測可能な障害

• B200、B230 または B250 ブレードのディスク 2 における、ドライブ障害

• B200、B230 または B250 ブレードのディスク 1 における、ドライブ障害

問題：Cisco UCS Managerで、サーバ内で使用可能なディスク スロットの合計数よりも、サーバのディスク数が多く報告されます。たとえば次のように、Cisco UCS Managerで、ディスク スロットが 2 つあるサーバに対して 3 つのディスクが報告されます。

RAID Controller 1:
           Local Disk 1:
               Product Name: 73GB 6Gb SAS 15K RPM SFF HDD/hot plug/drive sled mounted
               PID: A03-D073GC2
               Serial: D3B0P99001R9
               Presence: Equipped
           Local Disk 2: 
               Product Name:
               Presence: Equipped
               Size (MB): Unknown
           Local Disk 5:
               Product Name: 73GB 6Gb SAS 15K RPM SFF HDD/hot plug/drive sled mounted
               Serial: D3B0P99001R9
               HW Rev: 0
               Size (MB): 70136

考えられる原因：この問題は一般的に、Cisco UCS Managerと不正確な情報を報告しているサーバ間の通信障害が原因で発生します。

問題：Cisco UCSRelease 2.0(1) から Release 2.0(2) にアップグレードした後、サービス プロファイルでホスト ファームウェア パッケージの変更などのアクションを実行しようとすると、Cisco UCS Manager によって 1 つ以上のサービス プロファイルで IQN 関連の障害が発生します。

考えられる原因：単一のサービス プロファイルまたは複数のサービス プロファイルで使用されている 1 つ以上の iSCSI vNICS に、一意の IQN 発信側名が指定されていません。

問題：Cisco UCSRelease 2.0(1) から Release 2.0(2) にアップグレードした後、Cisco UCS Manager によって 1 つ以上のサービス プロファイルで IQN 関連の障害が発生し、サービス プロファイル上の重複した IQN 発信側名を再設定できません。

考えられる原因：一意の IQN 発信側名を持っていないサービス プロファイルが、更新中のサービス プロファイル テンプレートに基づいています。