問題のインストールおよびアップグレード
IP アドレスを展開するページに重複したサーバが表示される
Description
HX Data Platform の展開中に、IP アドレスページには同じサーバーが 2 回表示されます。
アクション: ペアから1つだけを選択します
これは、UCS Manager の設定をスキップし、HX Data Platform が UCS Manager とインポートした JSON ファイルの両方を参照する場合に発生する可能性があります。IP アドレスの各ペアの 1 つのみを選択します。
FI を手動で再起動するとインストールが失敗する
Description
展開中に FI を手動で再起動すると、インストールが失敗します。
アクション:HX Data Platform インストーラを再起動
手順
ステップ 1 |
HX Data Platform インストーラ VM を再起動します。 |
ステップ 2 |
展開を再開します。 |
UCS Manager だけをアップグレード中に、コントローラ VM の電源がオンにならないことがある
Description
UCS Manager のみのアップグレード中に、ノードのメンテナンス モードが終了した後で、コントローラ VM の電源がオンにならないことがあります。
アクション:vCenter で EAM サービスを再起動する
VMware vCenter EAM サービスは、コントローラ VM で自動的に電源オンになりません。コントローラ VM は EAM リソース プールの外部にあります。
(注) |
HyperFlex リリース 4.0 (1a) 以降で新しく導入された HX クラスタは、HyperFlex ストレージコントローラ VM の vSphere ESX Agent Manager (EAM) を利用できなくなりました。HX 4.0(1a) より前に構築された HX クラスタは引き続き EAM を使用します。そのクラスタが新しい vCenter に移行された場合、EAM 連携は設定されません。アップグレードされたクラスタの EAM 依存関係を削除する方法の詳細については、『Hyperflex ESXi Agent Manager の削除プロセス』のテクニカル ノートを参照してください。 |
-
vCenter で EAM サービスを再起動するには、
/etc/init.d/vmware-eam restart
を実行します。EAM によりすべての EAM エージェント VM が再スキャンされ、これらの VM で発生していたすべての問題(コントローラ VM の電源オンの問題を含む)が解決します。
展開またはアップグレードが「「NoneType」オブジェクトに「scsiLun」属性がありません('NoneType' object has no attribute 'scsiLun')」というエラーで失敗する
説明
展開またはアップグレードが「「NoneType」オブジェクトに「scsiLun」属性がありません('NoneType' object has no attribute 'scsiLun')
」というエラーで失敗します。
アクション:切断してから再接続する
これは、VMware の問題です。vCenter からホストとの接続を切断してから、ホストを再接続します。
重要 |
クラスタからノードを削除しないでください。これは接続の切断のみです。 |
アップグレードでメンテナンス モードに切り替わらない
説明
ノードがメンテナンス モードに切り替わらなかったためにアップグレードが失敗します。
アクション:vmware-vpxd サービスを再起動する
その他のすべての検証が正常に完了した場合、これは VMware の問題(VMware VPXD のクラッシュ)の可能性があります。
手順
ステップ 1 |
VPXD が再起動していることを確認し、再起動していない場合は ESX コマンド ラインから手動で再起動します。
|
ステップ 2 |
アップグレードを再試行します。 メンテナンス モードに正常に切り替わるはずです。 |
アップグレードが vMotion 互換性検証で失敗する
説明
再試行したアップグレードが、vMotion 互換性検証で失敗します。
アクション:ホストからストレージ システムを再スキャンする
これは vCenter と ESXi の間の同期の問題が原因で発生します。
vCenter クライアントを使用して ESX ホストでストレージ システムを再スキャンします。
次の URL で VMware の記事『Perform Storage Rescan in the vSphere Client』を参照してください:
https://docs.vmware.com/en/VMware-vSphere/6.0/com.vmware.vsphere.hostclient.doc/GUID-FA49E8EF-A3DC-46B8-AA5B-051C80762642.htmlVM 電源オン時のエラーのアップグレード:「互換性のあるホストが見つかりませんでした
説明
アップグレードの試行時に、「互換性のあるホストが見つかりませんでした(No compatible host was found)」エラーが発生し、VM の電源がオンになりません。
アクション:VM の電源を手動でオンにする
手順
ステップ 1 |
ESX コマンド ラインから VM の電源をオンにします。 |
ステップ 2 |
コントローラ VM コマンド ラインを使用して次のコマンドを実行します。
|
アップグレード時に 2 つのノードで障害が発生すると、コントローラ VM の電源オンが失敗する
説明
アップグレード中に 2 つのノードで障害が発生すると、コントローラ VM の電源がオンではないためにアップグレードが失敗します。
アクション:EAM サービスを再起動する
手順
ステップ 1 |
vCenter EAM サービスを再起動します。 ESX コマンド ラインから次のコマンドを実行します。
|
ステップ 2 |
アップグレードを実行します。 |
6.5 より前の vCenter のアップグレードで、一部のコントローラ VM がグループ化される
Description
6.5 よりも古いバージョンの vCenter を使用して HX Data Platform をアップグレードした後に、「ESX エージェント(ESX Agent)」というラベルが付いたリソース プールに一部のコントローラ VM がリストされます
アクション:必要なし
特に対処の必要はありません。機能への影響はありません。コントローラ VM などすべての仮想マシンは EAM 登録済みであり、HX Cluster に維持されます。すべての HX Cluster の操作は期待どおりに動作します。
グループ操作を実行する必要がある場合は、vCenter インターフェイスからコントローラ VM を ESX エージェント リソース プールにドラッグ アンド ドロップします。
vCenter の問題によりノードのアップグレードが失敗する
説明
オンライン アップグレード中に、vCenter デーモンがノード上でクラッシュすることがあります。その場合、ノードでは HX メンテナンス モードを開始できません。HX メンテナンス モードが開始されないと、ノードでアップグレードを完了できません。vCenter が正常に機能している他のすべてのノードでは、アップグレードが完了します。
アクション:影響を受けたノードでアップグレードを実行し直す
手順
ステップ 1 |
vCenter の問題を修正します。 |
ステップ 2 |
クラスタ内の任意のノードからアップグレードを再開します。 HX Data Platform は、すでにアップグレードしているノードをスキップし、先に進んでアップグレードできていないノードのアップグレードを完了します。 |
HX Data Platform インストーラが別の vCenter によって管理されているホストを表示する
Description
HX Data Platform インストーラは、ホストが異なる vCenter で管理されていることを示します。
ホストを vCenter から削除すると、通常はそのホストのサマリー情報から managementServerIP が削除されます。
ホストの削除時にホストのサービスが実行されていなかった場合、vCenter はホストが削除された後もそのホストを表示し続けます。
アクション:vCenter を再起動する
vCenter を再起動すると、問題のホストは vCenter で表示されなくなるはずです。
HX Data Platform と UCS Manager 間で異なる構成の設定
Description
ストレージ クラスタのインストール、アップグレード、拡張プロセス実行時に、HX Data Platform インストーラは入力された構成の設定と UCS Manager 内の設定を確認します。たとえば次のシナリオで、不一致が生じる場合があります。
-
検証や設定を適用できるようになるまでに、以前関連付けられていなかったサーバがそうではなくなることがあります。これらのサーバは関連付けを解除する必要があります。
-
HX Data Platform ストレージ クラスタに以前関連付けられていたサーバを使用しています。これらのサーバは関連付けを解除する必要があります。
-
既存のストレージ クラスタの設定情報を手動で入力すると、エラーが生じやすくなります。VLAN ID や LAN 設定などの情報は、UCS Manager に表示される情報と一致している必要があります。以前保存した設定ファイルを使用して設定をインポートしてください。
アクション:既存の設定をインポートする
ストレージ クラスタのインストール、アップグレード、拡張を完了すると、設定を保存するオプションが利用できるようになります。このオプションを使ってクラスタの設定情報を保存し、ストレージ クラスタに変更を加える必要が生じたときは、ファイルに保存されている構成の詳細情報をインポートします。
アクション:サーバの関連付けを解除する
UCS Manager を使ってサーバの関連付けを解除する手順については、『Cisco HyperFlex Systems Getting Started Guide』を参照してください。簡単に手順を説明すると以下のようになります。
手順
ステップ 1 |
UCS Manager で、 の順に選択します。 |
ステップ 2 |
ノードの関連付けが解除されていることを確認し、 の場合は移行状態です。 の順に選択します。[removing] |
ステップ 3 |
ノードが関連付けの解除を完了していることを確認します。[Assoc State] が [none] になるまで待機します。[Assoc State]、[removing] のノードは選択しないでください。 |
FQDN による DNS エラーでクラスタの作成に失敗する
Description
ストレージ クラスタのオブジェクトを識別するために完全修飾ドメイン名(FQDN)を指定すると、クラスタの作成が失敗することがあります。通常は、指定したドメイン ネーム サービス(DNS)サーバが利用できないために起こります。
これは、ドメイン名または IP アドレスで識別する HX Data Platform インストーラ オブジェクトとして入力されるすべてのドメイン名オブジェクトに当てはまります。これには、vCenter Server、ESX サーバ、コントローラ VM のアドレス、ストレージ クラスタ管理またはデータ ネットワークのアドレス、DNS サーバ、NTP サーバ、メール サーバ、または SSO サーバがあります。
アクション: DNS サーバを確認する
手順
ステップ 1 |
HX Data Platform インストーラ VM のコマンド ラインにログインします。たとえば、 |
ステップ 2 |
指定された DN サーバが動作することを確認します。 |
ステップ 3 |
クラスタの作成に必要な各オブジェクトが、指定された DNS サーバから解決できることを確認します。これらのオブジェクトは、JSON ファイルまたは HX DP インストーラ GUI フィールドを通じて指定されます。 |
ステップ 4 |
手順 2 または手順 3 のいずれかが確認できない場合、HX Data Platform Installer GUI では完全修飾ドメイン名(FQDN)ではなく、IP アドレスのみを使用します。 |
オフライン アップグレードでのクラスタ起動コマンド エラー:ノードを利用できません(Node Not Available)
説明
オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster
コマンドが「Node not available
」というエラーを返します。
アクション:コントローラ VM の電源を手動でオンにして、ストレージ クラスタを起動します。
手順
ステップ 1 |
コントローラ VM の電源を手動でオンにします。 |
ステップ 2 |
ストレージ クラスタを再起動します。 |
HX プラグインの導入後に vSphere Replication プラグインが失敗する
Description
このエラーは、HX Data Platform プラグインをインストールした後に vSphere Replication プラグインをインストールすると発生します。最初に vSphere Replication プラグインをインストールしてから、HX Data Platform プラグインをインストールすることを推奨します。
アクション:HX Data Platform プラグインの登録を解除する
このタスクでは、HX 拡張機能を vCenter Managed Obejct Browser(MOB)から削除します。
始める前に
-
vSphere Replication プラグインを vCenter MOB から削除します。
-
vSphere Replication 仮想マシンを vCenter インベントリから削除します。
-
HX vCenter クラスタを vCenter データセンターから削除します。
手順
ステップ 1 |
まだの場合、vSphere ESX Agent Manager SDK をダウンロードします。 |
ステップ 2 |
VCenter から HyperFlexクラスタ オブジェクトを削除します。 |
ステップ 3 |
vCenter サーバ MOB 拡張マネージャにログインします。 |
ステップ 4 |
vCenter Server MOB 拡張マネージャで、MOB と、削除したクラスタに関連付けられている拡張機能を表示します。 |
ステップ 5 |
[ExtensionManager] ページで、拡張機能を登録解除します。 |
ステップ 6 |
削除したクラスタが、vCenter が HX Data Platform プラグインと通信するために使用していた CIP である場合、vsphere-client サービスを再起動します。 |
ステップ 7 |
前のステップで見つけた CIP が、vCenter から削除したクラスタに関連付けられている場合、拡張機能をクリーンアップする必要があります。 |
ステップ 8 |
すべてのセッションからログアウトし、再度ログインします。 |
次のタスク
-
データセンター クラスタを再作成します。ホストを一度に 1 つずつ HX vCenter クラスタに追加します。
-
データストアから vSphere Replication 仮想マシンを再登録します。
-
vSphere Replication アプリケーションの Web フロント エンドで、vSphere Replication プラグインを再作成します。再作成した vSphere Replication プラグインが vCenter 内で使用可能であることを確認します。
-
HX Data Platform インストーラから HX Data Platform プラグインを再インストールし、ストレージ クラスタを再作成します。
アップグレードは失敗するが、すべてのノードが最新であると報告される
Description
この問題は、vCenter から送信される RemoteException によるものです。この例外の原因として最も可能性が高いのは、HX ストレージ クラスタと vCenter 間のネットワーク接続が断続的に途切れることにあります。
アクション:アップグレードを再試行します
オンライン アップグレードの再開が失敗する
Description
まれに、アップグレードが失敗した HX ストレージ クラスタでオンライン アップグレードを再開しようとすると、アップグレードが再び失敗することがあります。ただし、HX クラスタは障害状態から回復して、正常な状態になっています。
アクション:もう一度アップグレードを再試行する
CLI を使用してアップグレードを再試行する場合は、stcli cluster upgrade
コマンドで -f
または --force
オプションを使用します。あるいは、HX Data Platform プラグインを使用してアップグレードを再試行してください。
Cisco UCS のアップグレード中にコントローラ VM の電源がオンにならない
Description
vSphere がメンテナンス モードを終了した際、サーバ上の VM の電源がオンにならないことがあります。電源がオンにならない可能性がある VM には、ストレージ コントローラ VM も含まれます。
アクション:コントローラ VM を手動で再起動する
これは、VMware の既知の問題です。詳細については、VMware KB の記事「Auto-Start Is Not Run When Manually Restarting a Host in Maintenance Mode」を参照してください。
サポートされていないボードを搭載したサーバ ストレージ コントローラからのファームウェアのアップグレードが失敗する
Description
UCS ファームウェアのアップグレードが失敗しました。考えられる理由は、サポートされていないボードが HX サーバで使用されていることです。
アクション:ボードをデコミッションしてから再コミッションする。
手順
ステップ 1 |
参照されているボードをデコミッションしてから再コミッションします。 |
ステップ 2 |
サーバが正常であることを確認します。 |
ステップ 3 |
ファームウェアのアップグレードを再試行します。 |
ステップ 4 |
これで問題が解決しない場合は、Cisco TAC に連絡してサポートを求めてください。 |
vCenter の問題によりノードのアップグレードが失敗する
説明
オンライン アップグレード中に、vCenter デーモンがノード上でクラッシュすることがあります。その場合、ノードでは HX メンテナンス モードを開始できません。HX メンテナンス モードが開始されないと、ノードでアップグレードを完了できません。vCenter が正常に機能している他のすべてのノードでは、アップグレードが完了します。
アクション:影響を受けたノードでアップグレードを実行し直す
手順
ステップ 1 |
vCenter の問題を修正します。 |
ステップ 2 |
クラスタ内の任意のノードからアップグレードを再開します。 HX Data Platform は、すでにアップグレードしているノードをスキップし、先に進んでアップグレードできていないノードのアップグレードを完了します。 |
ノードが正常な状態に戻るのを待機してアップグレードが停止する
Description
LSI のバージョンがバージョン 9 よりも古い場合、ノードでのアップグレード時にディスクが見つからないことがあります。ノードが正常でない場合、アップグレードを続行できません。
LSI バージョン 9 は、UCS ファームウェア バージョン 2.2(6f) と 2.2(7c) に関連付けられています。
アクション:ノードを手動で再起動する
手順
ステップ 1 |
コントローラ VM コマンド ラインにログインします。たとえば |
ステップ 2 |
ディスクが表示されていることを確認します。
|
ステップ 3 |
ノードを手動で再起動します。 |
クラスタの拡張エラー:クラスタが見つからない
説明
HX Data Platform のクラスタ拡張ウィザードで、HX ストレージ クラスタが見つかりませんでした。
アクション:クラスタの IP アドレスを手動で入力する
クラスタ拡張ウィザードの [Management IP Address] フィールドに、手動で HX ストレージ クラスタ管理 IP アドレスを入力します。
クラスタ IP アドレスを見つけるには、次のようにします。
手順
ステップ 1 |
vSphere Web クライアントから、 を選択します。 |
ステップ 2 |
ストレージ クラスタ名をクリックして選択します。パネルの最上部にある [Action Menu] から、[Summary] を選択します。 |
ステップ 3 |
表示された概要から、クラスタ管理 IP アドレスを見つけます。 |
DNS サーバが見つからないためにクラスタの拡張が失敗する
Description
ストレージ クラスタの拡張では、新しいノードを FQDN ではなく、IP アドレスを使用して指定する場合でも、DNS サーバが必要です。HX Data Platform インストーラは、クラスタの作成中に指定されたすべての DNS サーバをチェックします。
-
以前指定された DNS サーバのいずれかが到達不可能な場合、クラスタの拡張は失敗します。
-
HX Data Platform のインストール時に DNS サーバを指定しなかった場合、クラスタの拡張は失敗します。
これらの条件のいずれかが当てはまる場合は、是正措置を実行します。
アクション:正しい DNS サーバを特定して指定する
手順
ステップ 1 |
任意の HX コントローラ VM のコマンド ラインにログインします。たとえば、 |
ステップ 2 |
ストレージ クラスタに設定されている DNS サーバを特定します。
サンプル応答
DNS のアドレスが表示されない場合は、手順 4 に進みます。 |
ステップ 3 |
ストレージ クラスタで利用できなくなっているすべての DNS サーバを削除します。
|
ステップ 4 |
ストレージ クラスタに新しい DNS サーバを追加します。 ストレージ クラスタを作成したときに DNS サーバを指定しなかった場合は、疑似 DNS サーバを追加します。
|
ステップ 5 |
クラスタの作成に必要な各オブジェクトが、指定された DNS サーバから解決できることを確認します。これらのオブジェクトは、JSON ファイルまたは HX DP インストーラ GUI フィールドを通じて指定されます。 |
ステップ 6 |
指定された DN サーバが動作することを確認します。 |
ステップ 7 |
手順 5 と手順 6 を繰り返し、追加されたすべての DNS サーバが有効で、すべての HXDP オブジェクトが各 DNS サーバを通じて解決できることを確認します。 |
ステップ 8 |
HX Data Platform インストーラに戻り、ストレージ クラスタの拡張を続行します。 |
古い HX インストーラによりクラスタの拡張が失敗する
Description
拡張のために追加したクラスタ ノードが間違ったクラスタに追加されます。これは、複数のクラスタの作成で同じ HX Data Platform インストーラを使用し、その後、その同じ HX DP インストーラを使用してそれらクラスタの 1 つを拡張する場合に起こります。HX DP インストーラは、デフォルトでは最新のクラスタにノードを追加します。
アクション: HX Data Platform インストーラ OVA を再展開する
手順
ステップ 1 |
HX Data Platform インストーラ OVA を再展開します。 |
ステップ 2 |
新しい HX Data Platform インストーラを使用してクラスタを拡張します。 |
セキュア ブートが有効になっているとインストールに失敗する
説明
セキュア ブートが有効になっているノードに ESXi を再展開すると、インストールが失敗します。インストールまたは拡張中に、ノードに ESXi バージョン 7.0 U2 以前が混在している場合、ハイパーバイザー構成フェーズが次のエラーで失敗することがあります。
アクション
クラスタ内のすべてのノードを ESXi バージョン 7.0 U2 以降にアップグレードして、再試行します。