この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この項では、HyperFlex コンポーネントおよびプロセスの考えられる問題と回避策について説明します。
クラスタのインストール、アップグレード、展開に関する問題
説明
HX Data Platform インストーラ は、ホストが異なる vCenter によって管理されていることを示します。
ホストが vCenter から削除されると、通常これはホストのサマリ情報から managementServerIP を削除します。
ホストが削除されたときにホスト サービスが実行されていない場合、vCenter はホストを表示し続けます。
アクション：vCenter を再起動します
vCenter を再起動します。それ以降はホストが vCenter で表示されなくなるはずです。
説明
ストレージ クラスタのインストール、アップグレード、展開の処理中に、HX Data Platform インストーラが UCS Manager の設定で入力した構成設定を確認します。たとえば、次のシナリオで不一致が起こることがあります。
タスクが検証および構成を適用する準備が整うまで、以前関連付けのなかったサーバが関連付けなしではなくなることが時々あります。これらのサーバは、関連付けを解除する必要があります。
以前 HX Data Platform ストレージ クラスタと関連付けられていたサーバを使用しています。これらのサーバは、関連付けを解除する必要があります。
手動で入力した既存のストレージ クラスタ構成情報はエラーを発生しやすいです。VLAN ID や LAN 構成などの情報は、UCS Manager に表示される情報と一致する必要があります。構成をインポートするには以前に保存した構成ファイルを使用します。
アクション：既存の構成をインポートします
ストレージ クラスタのインストール、アップグレード、または展開を完了すると、設定の保存オプションが利用可能になります。ストレージ クラスタに変更を加える必要がある場合は、このオプション使用してクラスタの構成情報を保存し、保存されている構成の詳細を含むファイルをインポートします。
アクション：サーバの関連付けを解除します
UCS Manager でサーバの関連付けを解除するステップについては、『Cisco HyperFlex Systems Getting Started Guide 』を参照してください。簡単に言えば、次のステップが含まれます。
説明
ストレージ クラスタ内のオブジェクトを識別するために完全修飾ドメイン名（FQDN）が提供された場合、クラスタの作成に失敗することがあります。これは通常、指定されたドメイン ネーム サービス（DNS）サーバが利用できないことが原因です。
これは、ドメイン名または IP アドレスによって識別される任意の HX Data Platform インストーラ オブジェクトに対して入力される、考えられるすべてのドメイン名オブジェクトに該当します。これには、vCenter サーバ、ESX サーバ、コントローラ VM アドレス、ストレージ クラスタ管理またはデータ ネットワーク アドレス、DNS サーバ、NTP サーバ、メール サーバ、または SSO サーバが含まれる可能性があります。
アクション：DNS サーバを確認します
説明
オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「Node not available」というエラーを返します。
アクション：コントローラ VM の電源を手動でオンにして、ストレージ クラスタを起動する。
説明
このエラーは、HX Data Platform プラグインの後に vSphere レプリケーション プラグインがインストールされるときに発生します。推奨される順序は、最初に vSphere レプリケーション プラグインをインストールし、次に HX Data Platform プラグインをインストールします。
アクション：HX Data Platform プラグインの登録を解除します
このタスクは、vCenter Managed Obejct Browser（MOB）から HX の拡張子を削除します。
vCenter MOB から vSphere レプリケーション プラグインを削除します。
vCenter インベントリから vSphere レプリケーション仮想マシンを削除します。
vCenter データ センターから HX vCenter のクラスタを削除します。
データセンター クラスタを再作成します。一度に 1 つずつ HX vCenter クラスタにホストを追加します。
データストアから vSphere レプリケーション仮想マシンを再登録します。
vSphere レプリケーション アプライアンス Web フロントエンドから、vSphere レプリケーション プラグインを再作成します。vSphere レプリケーション プラグインが vCenter で利用できることを確認します。
HX Data Platform のインストーラから、HX Data Platform プラグインを再インストールし、ストレージ クラスタを再作成します。
説明
これは、vCenter によって送信される RemoteException、および特に HX ストレージ クラスタと vCenter 間の断続的なネットワーク接続が原因です。
アクション：アップグレードを再試行します
説明
一部のまれなケースで、以前のアップグレードで失敗した状態の HX ストレージ クラスタでオンライン アップグレードを再起動すると、再び失敗することがあります。HX クラスタが障害から回復し、正常な状態に戻っていても発生することがあります。
アクション：もう一度アップグレードを再試行します
CLI を使用して再試行する場合、アップグレード、-f または --force オプション コマンド stcli cluster upgrade を使用してアップグレードを再試行してください。または HX Data Platform プラグインを使用ください。
説明
vSphere がメンテナンス モードを終了するときに、時々サーバ上のすべての VM の電源がオンにならないことがあります。これにはストレージ コントローラ VM が含まれることがあります。
アクション：コントローラ VM を手動で再起動します
これは、VMware の既知の問題です。詳細については、VMware KB の項目：Auto-Start Is Not Run When Manually Restarting a Host in Maintenance Mode を参照してください。https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2214&sliceId=2&docTypeID=DT_KB_1_1&dialogID=450748172&stateId=1%200%20397392505
説明
UCS ファームウェアのアップグレードに失敗しました。考えられる理由は、サポートされていないボードが HX サーバで使用されていることです。
アクション：ボードをデコミッションしてから再コミッションする。
| ステップ 1 | 該当するボードをデコミッションしてから再コミッションします |
| ステップ 2 | サーバが正常であることを検証します。 |
| ステップ 3 | ファームウェアのアップグレードを再試行します。 |
| ステップ 4 | これで問題が解決しない場合は、シスコ TAC に詳細をお問い合わせください。 |
説明
オンライン アップグレード中に、vCenter デーモンがノード上でクラッシュすることがあります。クラッシュした場合は、ノードで HX メンテナンス モードを開始できません。HX メンテナンス モードが開始されないと、ノードでアップグレードを完了できません。vCenter が正常に機能している他のすべてのノードでは、アップグレードが完了します。
アクション：影響を受けたノードでアップグレードを実行し直す
1. vCenter の問題を修正します。
2. クラスタ内の任意のノードからアップグレードを再起動します。
| ステップ 1 | vCenter の問題を修正します。 |
| ステップ 2 | クラスタ内の任意のノードからアップグレードを再起動します。
HX Data Platform は、すでにアップグレードされているノードがあればスキップし、以前にアップグレードできなかったノードがあれば続行して完了します。 |
説明
LSI のバージョンがバージョン 9 よりも古い場合、ノードでのアップグレード中にディスクが見つからないときがあります。ノードが正常でない場合、アップグレードは続行できません。
LSI バージョン 9 は、UCS ファームウェア バージョン 2.2(6f) と 2.2(7c) に関連付けられています。
アクション：ノードを手動でリブートする
| ステップ 1 | コントローラ VM のコマンド ラインにログインします。たとえば、ssh を使用します。 |
| ステップ 2 | ディスクが表示されていることを検証します。lsscsi コマンドを実行します。
# lsscsi [2:0:0:0] disk ATA INTEL SSDSC2BB12 CS01 /dev/sdb [2:0:1:0] disk SEAGATE ST1200MM0088 N003 /dev/sdc [2:0:2:0] disk SEAGATE ST1200MM0088 N003 /dev/sdd [2:0:3:0] disk SEAGATE ST1200MM0088 N003 /dev/sde [2:0:4:0] disk SEAGATE ST1200MM0088 N003 /dev/sdf [2:0:5:0] disk SEAGATE ST1200MM0088 N003 /dev/sdg [2:0:6:0] disk SEAGATE ST1200MM0088 N003 /dev/sdh [2:0:7:0] disk ATA INTEL SSDSC2BX48 CS01 /dev/sdi [3:0:0:0] disk VMware Virtual disk 1.0 /dev/sda |
| ステップ 3 | ノードを手動でリブートします。 |
説明
HX Data Platform 展開クラスタ ウィザードから、HX ストレージ クラスタが見つかりませんでした。
アクション：クラスタの IP アドレスを手動で入力します
クラスタ展開ウィザードの管理 IP アドレス フィールドに HX ストレージ クラスタの管理 IP アドレスを手動で入力します。
クラスタの IP アドレスを見つけるには、次に従います。
| ステップ 1 | vSphere Web クライアントから、 を選択します。 |
| ステップ 2 | ストレージ クラスタ名をクリックして選択します。パネルの上部の [アクション メニュー（Action Menu）] から [概要（Summary）] を選択します。 |
| ステップ 3 | 概要表示でクラスタ管理 IP アドレスを探します。 |
説明
ストレージ クラスタを展開するには、IP アドレスを使用して新しいノードを指定する場合でも、また FQDN を使用していない場合でも、DNS サーバが必要です。HX Data Platform のインストーラは、クラスタの作成中に提供されたすべての DNS サーバをチェックします。
以前提供された DNS サーバのいずれかが到達可能でない場合、クラスタ展開は失敗します。
HX Data Platform をインストールしたときに DNS サーバを指定しなかった場合、クラスタ展開は失敗します。
これらの条件のいずれかが当てはまる場合は、是正措置を実行します。
アクション：正しい DNS サーバを特定し、提供します
説明
展開クラスタ ノードは不正なクラスタに追加されます。これは、複数クラスタの作成に同じ HX Data Platform のインストーラを使用して、クラスタのうちの 1 つを展開するためにその同じ HX DP インストーラが使用された場合に発生します。HX DP インストーラは、デフォルトでは最新のクラスタにノードを追加します。
アクション：HX Data Platform のインストーラ OVA を再展開します
| ステップ 1 | HX Data Platform のインストーラ OVA を再展開します。 |
| ステップ 2 | 新しい HX Data Platform インストーラを使用してクラスタを展開します。 |
ホストの問題
説明
手動で HX Data Platform サーバに ESX を再インストールした後、パフォーマンス統計情報が正しく表示されるように、stats daemon をリセットします。
アクション：stats daemon を再起動する
説明
services.sh restart を実行すると scvmclient 管理サービスが再起動しました。
アクション：メソッドを選択します
説明
アップグレード中の ESX サーバの電源リセットにより、アップグレードが終了し、サーバでメンテナンス モードが開始されます。
アクション：メンテナンス モードの手動での終了
手動でサーバのメンテナンス モードを終了します。アップグレードが続行します。
説明
EAM がコンピューティング ノードで自動的に再起動しませんでした。
アクション：EAM を手動で再起動する
説明
3 つのノードだけが稼働している場合にはノードを削除することはできません。
アクション：はじめに交換ノードを追加する
3 ノード クラスタ内のノードを交換する場合は、TAC によるサポートが必要です。ノードで障害が発生しているためにクラスタのノード数が 3 になった場合、ノードを交換するには TAC によるサポートが必要です。
説明
システムがアクセスできないストレージ クラスタのホストの HA を有効にした場合、ESX ホストを再起動すると、ストレージ コントローラ VM の電源がオフになります。
これは、VMware の HA 障害の処理方法と ESX Agent Manager（EAM）設定間の相互作用によるものです。これにより、ストレージ コントローラ VM が、復元後に電源オンにならない現象が生じる可能性があります。
アクション：HA が有効になっている ESX ホスト上でストレージ コントローラ VM の電源をオンにする
説明
既存のストレージ クラスタにノードを追加する場合、ストレージ クラスタは、再調整が完了するまで元のストレージ クラスタと同じ HA 復元力を持ち続けます。
たとえば、3 ノードのストレージ クラスタがあり、2 つのコンバージド ノードをストレージ クラスタに追加する場合などです。再調整が完了するまで、ストレージ クラスタは、5 ノードのストレージ クラスタではなく、3 ノードのストレージ クラスタとして動作します。したがって、バランスの再調整が完了する前にノードで障害が発生すると、ストレージ クラスタのステータスは低下します。
再調整は通常、24 時間の再調整スケジュールごとに行われます。また、ノードに障害が発生した場合の 2 時間後、またはストレージ クラスタの領域が不足している場合にも行われます。
アクション：ストレージ クラスタの再調整を手動で開始する
説明
vNIC または vHBA を手動で HX サービス プロファイルまたはサービス プロファイル テンプレートに追加すると、PCI デバイスが再列挙され、VMware directpath I/O 設定が失われます。サービス プロファイルを変更すると、ホスト ハードウェアが更新されるため、PCI パススルーを再設定する必要があります。サービス プロファイルを変更した ESX ホストごとに次の手順を実行します
変更した ESX ホストのストレージ コントローラ VM で次の手順を実行します。
アクション：ESX ホスト上で vSphere サービス プロファイルを更新する
ディスクの問題
説明
ノード上のすべてのハード ディスクに障害が発生すると、HX Data Platform はノードにデータを割り当てることができません。3 ノードのストレージ クラスタでこの問題が発生した場合、HX Data Platform は、データの整合性を維持する上で最低限必要な 3 つのデータのコピーを維持することができません。その結果、仮想的な ENOSPC 状態となります。
ノード上で複数のハード ディスクに障害が発生し続けた場合、ストレージ クラスタはノードへの書き込みを行おうとし、ディスク上の残りの領域を使用することから、不安定な状態となります。たとえば、3 つのノードすべてに 10 台の HDD があり、3 番目のノード上で 9 台の HDD に障害が発生した場合、不安定な状況が生じた結果、3 番目のノード上のディスクでは、クラスタのサイズが実際のサイズの 10 % に制限されます。これは、物理的な ENOSPC 状態です。また、オール パス ダウン（APD）状態を引き起こす可能性もあります。
アクション：ストレージ クラスタ内のすべてのノード上でストレージを物理的に調整する
説明
ディスクを削除して、自動再スキャンが完了する前にストレージ コントローラ VM を再起動した場合、ストレージ コントローラ VM の電源がオンにならない場合があります。
アクション：ディスクの削除後にストレージ コントローラ VM の電源をオンにする
説明
ストレージ コントローラ VM をホストする SSD に障害が発生した場合、SSD を復旧させる必要があります。
アクション：障害が発生した SSD を復旧させる
VM の問題
説明
これは、16 + 16 ノードのクラスタで観察されています。これは、VMware の既知の問題です。詳細については、VMware KB の項目：vMotion of a VM fails with the error: "Timed out waiting for migration data" (2143834) を参照してください。
アクション：ネットワーク接続を確認します
説明
これは、VMware EAM（ESX Agent Manager）の問題が原因です。EAM がホスト上の VM を正しくマークしませんでした。
アクション：ストレージ クラスタを再登録します
vCenter ビューを同期するストレージ クラスタを再登録します。ストレージ コントローラ VM で、次のコマンドを実行します。
# stcli cluster register
説明
ユーザ VM の電源オンが「All required agent virtual machines are not currently deployed on host 'hostname' and the controller VM on the same ESX host is down.」で失敗します。
HA では、エージェントとしてマークされているいずれかの VM（この場合はコントローラ VM）の電源がオンではない場合には、ホスト上で VM の電源をオンにすることはできません。
DRS がこのホストにユーザ VM を配置する場合、この VM は電源オンになりません。
アクション：次の手順を実行します。
説明
ディスク共有の制限が設定された VM の電源がオンになると、各データストアのパフォーマンスが低下する。
アクション：VMware 単位で想定されている動作です。
説明
ストレージ クラスタが読み取り専用状態になっていると、それらがすでに読み取り専用のストレージ クラスタにある場合であっても、VMware DRS プロセスは VM をデータストアに移行します。その結果 VM は起動不可になります。
アクション：ストレージ クラスタが読み取り専用状態の場合には、DRS を手動で無効にします。
説明
HX Data Platform を部分的にインストールまたはアンインストールした場合、HX Data Platform 拡張用の古い ESX Agent Manager（EAM）が残る場合があります。これにより、HX Data Platform のインストール完了後に、仮想マシンの電源オンが妨げられる場合があります。Managed Object Browser（MOB）拡張マネージャを使用して、古い拡張を削除します。
アクション：古い EAM HX Data Platform 拡張を削除する
説明
ユーザ VM が、ファイル システム内に残っているユーザ VM 向けに作成された ESX *.lck ファイルや、vSphere にアクセスできなくなった場合、VM ファイルやフォルダの削除には非常に長い時間がかかる場合があります。
アクション：ESX サーバの VM ロック ファイルをクリアします
説明
VM にスナップショットまたは ReadyClone がある場合、VM ディスク使用率が vCenter の仮想マシン コミット サイズと一致しません。
アクション：なし
データストアの問題
説明
VMware の問題が原因で、同時に複数のデータストアを追加すると、すべてのデータストアをマウントしないことが時々あります。
アクション：データストアを再マウントします
一度にマウントするデータストアを少なくします。
HX プラグインを使用して、最初にマウントされていない任意のデータストアを再マウントします。
説明
シリアル I/O 制御（SIOC）に関する VMware の問題が原因で、NFS 全パス ダウン（APD）が発生し、次のようなメッセージが表示されます。
NFSLock: 2210: File is being locked by a consumer on host host_name with exclusive lock.
アクション：ストレージ I/O 制御を切り替える
説明
ストレージ クラスタの作成後に VLAN ID を変更すると、データストアのストレージ クラスタへのマウントに失敗します。既存のデータストアを、ストレージ クラスタからマウント解除することはできます。
アクション：ESX サーバのファイアウォールをリロードします。
ESX サーバのファイアウォールのリロードに関する指示については、VMware ESX のマニュアルを参照してください。
説明
VMware の構成要件ごとに IP アドレスもしくはルールが重複する場合、接続が失われます。
アクション：トラフィックが意図した VM カーネル インターフェイスを使用しているか確認します。
以下を設定します。
説明
ストレージ クラスタが正常な状態に戻った後、既存のデータストアが自動的に再マウントされない場合があります。これは、1 つ以上のノードがダウンしている間にストレージ クラスタが再起動されたか、ストレージ クラスタの再起動に長い時間がかかっている場合に発生する場合があります。
アクション：データストアをマウントする。
方法を選択します。
説明
VMware の Storage I/O RM 機能が有効になっている場合、データストアで Storage I/O RM が有効になっていない場合でも、VMware が Storage I/O RM の追跡ファイルに書き込みを行うバグがあります。これらの追跡ファイルが、HX Data Platform のデータストアのマウント解除を妨げます。
アクション：マウント解除を再試行する。
説明
vSphere がランダムなデータストアを選択し、それをハートビートに使用する VMware の既知の問題があります。これは、HX Data Platform がデータ ストアを削除する試行をブロックします。VMware KB の「Unmounting or removing a datastore in a HA cluster fails with the error: The vSphere HA agent on host failed to quiesce file activity on datastore (2055137)」を参照してください。
アクション：ESXi ホストと vCenter を確認し、データストアの削除を再試行します。
ReadyClone、スナップショット、レプリケーションの問題
説明
保護グループの検索に REST API を使用すると、フィルタされた REST の発信がすべての保護グループに返されます。
アクション：なし
groups:get ではフィルタのパラメータ、名前および型はサポートされていません。
説明
HX ストレージ クラスタ内の VM に関する redo ログ スナップショットを取る場合は、redo ログ スナップショットを保存する ESXi ホストの設定を編集します。この手順が完了していない場合は、VM がスナップショット統合中に機能しなくなる可能性があります。
redo ログ スナップショットは、HX Data Platform のスナップショット機能ではなく、VMware のスナップショット機能を介して作成されるスナップショットです。
アクション：ESXi ホストで snapshot.asyncConsolidate="TRUE" を設定する
| ステップ 1 | ESXi ホストのコマンド ラインにログインします |
| ステップ 2 | ファイル /etc/vmware/config を探して編集用に開きます |
| ステップ 3 | snapshot.asyncConsolidate パラメータを TRUE に設定します。
snapshot.asyncConsolidate="TRUE" |
説明
VM の電源がオンの場合に、Windows 2008 または Windows 2012 サーバでの [休止（Quiesce）] オプションを使用したネイティブ スナップショットはサポートされていません。
アクション：[休止（Quiesce）] 以外のオプションを使用する
VM の電源をオフにしてから、スナップショットを作成するか、または [休止（Quiesce）] 以外のデフォルト オプションを使用します。
説明
vMotion によるネイティブ スナップショットの移動で、関連するデータストアを移動できません。ネイティブ スナップショット VM に vMotion を使用することはサポートされていますが、ネイティブ スナップショット VM 上でストレージ vMotion のみを選択することはサポートされていません。
アクション：元の VM だけに対して vMotion を使用する
VM を別のデータストアに移動する必要がある場合は、ソース データストアからスナップショットを削除し、vMotion を元の VM に使用します。
クラスタの問題
説明
示されたクラスタ使用率の合計は、個々のディスクについて示された使用状況よりも高い可能性があります。
たとえば、クラスタの使用状況が 80% ですが、最も使用率の高いディスクが 76% の使用率しか示さない可能性があります。
アクション：なし
この違いは、管理レイヤの処理に起因する場合があります。すべての使用率に関する判断を行うには、クラスタ使用率の値を使用してください。
説明
これは、さまざまなシナリオで発生する可能性があります。考えられるシナリオは次のとおりです。
シナリオ 1
2.1.x 以前の古い HX バージョンから開始します。
コンピューティング ノードを追加します。
クラスタを再登録します。
クラスタをアップグレードします。コンピューティング ノードを含めようとしてタスクが失敗します。
シナリオ 2
2.1.x 以前の古い HX バージョンから開始します。
コンピューティング ノードを追加します。
クラスタをアップグレードします。タスクが完了します。
クラスタを再登録します。EAM レベルでタスクが失敗します。
シナリオ 3
新しい HX バージョン（2.1.x 以降）で開始します。
コンピューティング ノードを追加します。
クラスタを再登録します。EAM レベルでタスクが失敗します。
アクション：コンピューティング ノードを削除してから再登録する
| ステップ 1 | コンピューティング ノードから VM を vMotion で移動し、HX クラスタからコンピューティング ノードを削除します。 |
| ステップ 2 | HX クラスタを再登録します。 |
| ステップ 3 | HX クラスタにコンピューティング ノードを追加します。 |
説明
大規模な作業セットのワークロードでは、容量階層からデータにアクセスする必要があります。HX Data Platform のバージョン 2.1(1b) 現在、バックエンド アクセスは、高い遅延スパイクの大きさと頻度を大幅に減少するために最適化されています。
ハイブリッド クラスタの場合：この現象が存在する場合、アップグレードに長いメンテナンス期間が必要です。また、デフォルトのアップグレード プロセスは、この最適化を自動的に有効にしません。アップグレード処理中にこのパフォーマンス拡張を有効にするには、Cisco TAC までお問い合わせください。
すべてフラッシュのクラスタの場合：アップグレード時間は大幅な影響を受けません。デフォルトのアップグレード パスは、このパフォーマンスの向上を自動的に有効化します。
アクション：2.1(1b) 以上にアップグレードします
説明
ROBO ストレージ クラスタを含む任意の 3 つのノード クラスタでは、メンテナンス モードの単一ノードまたは障害がクラスタの異常を引き起こします。リバランスは、これを修正しません。
アクション：ノードを正常な状態に戻します
ノードまたはノード内のコンポーネントに障害がないことを確認します。クラスタは、コンポーネントまたはノードに障害がある限り異常のままです。コンポーネントまたはノード正常な状態に戻ると、クラスタは回復し、再び正常になります。
説明
ESXi ホストで電源を再投入したり、障害が発生したり、メンテナンス モードを開始して終了したりすると、NTP サーバが同期されないことがあります。
ESXi ホストで NTP を手動で設定する
説明
HX Data Platform プラグイン内で、[概要（Summary）] タブのクラスタ キャパシティと [管理（Manage）] タブのプロビジョニングされたキャパシティに、ストレージ クラスタに割り当てられたストレージ量と異なる数値が表示されることがあります。これは、次のような状況で発生します。
クリーナーが未完了。VM は削除されたが、クリーナーが実行されていない。クリーナーは自動プロセスであり、完了後にクラスタ キャパシティとプロビジョニングされた量が一致する必要があります。クリーナー コマンドに関する情報については、『Cisco HX Data Platform Command Line Interface Reference guide』を参照してください。
シック プロビジョニングまたはシック クローン。シック ディスクまたはクローンが作成された場合、HX Data Platform は領域を確保しません。ソフト予約が使用され、データストアに使用された領域が表示されますが、領域はストレージ クラスタ内で使用されていません。これは、データストアをオーバー プロビジョニングすることがないように、管理者を支援する目的で設計されたものです。
アクション：ありません。
説明
vShield は HX Data Platform のアクティビティに干渉します。HX Data Platform のクラスタへの vShield のインストールはお勧めしません。
アクション：選択した HX コンポーネントを除外します
vShield をインストールする必要がある場合、HX ストレージ コントローラ VM および vCenter を vShield の保護から除外します。https://www.vmware.com/support/pubs/vshield_pubs.html にある VMware vCloud のネットワーキングとセキュリティのドキュメンテーションを参照してください。
説明
vSphere 5.5 および 6.0 u1 の VMware のバグが原因で SSLv3 が無効な場合、バックアップ ソフトウェアが失敗することがあります。
アクション：VMware KB 記事を参照します
|
説明
vCenter クラスタ内のノードの電源がオフになっていました。ストレージ クラスタは、ダウン ノード数の許容範囲内であり、正常です。ただし、ストレージ クラスタが vSphere を介して管理できません。
VMware vSphere 6.0 の既知のバグです。次を参照してください。https://communities.vmware.com/thread/514117?start=0&tstart=0
アクション：ノードをリセットします。
ノードの電源をオンにするか、電源がオフのノードを vCenter クラスタから切断します。
インターフェイスの問題
説明
30 分以上アイドル状態のままになると、HX Connect 仮想マシンのページがタイムアウトします。ページに戻り任意の箇所をクリックすると、次のエラーが表示されます：VI SDK invoke exception:; nested exception is: com.vmware.vim25.NotAuthenticated
アクション：ログインを繰り返します
HX Connect からログアウトし、もう一度ログインします。
これは、VMware の既知の問題です。このため、VMware KB、vCenter Server logs report the error: SOAP session count limit reached (2004663) にも参照情報があります。
説明
HX クラスタ上の、ノードの再起動などのイベントがシステム パフォーマンスに影響することが時々あります。パフォーマンス グラフにイベント期間のデータのギャップが示されることがあります。
アクション：なし
イベントが完了すると、パフォーマンス グラフのレポートが続行されます。
説明
Cisco HyperFlex システムまたは Cisco HX Data Platform が vSphere クライアントまたは Web クライアントに表示されません。この問題が発生する場合には、いくつかの状況が考えられます。該当する状況に対応したアクションを実行してください。
アクション：オプションを選択します
説明
パフォーマンス チャートの表示が 100% のズームでフォーマットされていません。
オプションのメトリックと小さな解像度を同時に選択すると、正しくフォーマットされていないチャートが表示されます。
アクション：チャートのズームを変更する
説明
これは、HX Data Platform の異なるバージョンも持っている既存の vCenter に新しいクラスタを作成した後に時々発生します。
アクション：vSphere ログインを繰り返します
vSphere クライアントからログアウトして、もう一度ログインします。
フィードバック