3.0(1i)

2019 年 12 月 13 日

HX 3.0(1i) の未解決の警告の一覧に CSCvs28167 を追加しました。

3.0(1i)

2019 年 9 月 10 日

3.0(1i)

2019 年 8 月 28 日

3.0(1i)

2019 年 8 月 21 日

3.0(1i)

2019 年 8 月 8 日

「アップグレード ガイドライン」セクションの「サポートされていない Cisco HX リリースの Cisco HyperFlex システム アップグレード ガイド」を説明する箇条書きを追加しました。

3.0(1i)

2019 年 8 月 5 日

HyperFlex が UCS server ファームウェア 4.0 (4a)、4.0 (4b)、および 4.0 (4c) をサポートしていないことを説明した重要な注意事項が追加されました。

3.0(1i)

2018 年 11 月 26 日

3.0(1i) の解決済み警告の一覧に CSCvm97558 を追加しました。

3.0(1i)

2018 年 11 月 5 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1a) のリリース ノートを更新しました。

3.0(1h)

2018 年 11 月 7 日

Cisco UCS Manager リリース 3.2(3h) リリース ノートを更新しました。

3.0(1h)

2018 年 10 月 23 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1h) のリリース ノートを更新しました。

3.0(1e)

2018 年 10 月 10 日

「CPU サイド チャンネルの脆弱性によるパフォーマンスの影響の修正」セクションを更新しました

3.0(1e)

2018 年 8 月 31 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1e) のリリース ノートを更新しました。

3.0(1d)

2018 年 7 月 31 日

NVIDIA V100 GPU のリリース ノートを更新しました。

3.0(1d)

2018年7月23日

Cisco UCS Manager リリース 3.2(3h) リリース ノートを更新しました。

3.0(1d)

2018 年 7 月 9 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1d) のリリース ノートを更新しました。

3.0(1c)

2018 年 6 月 25 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1c) のリリース ノートを更新しました。

3.0(1b)

2018 年 6 月 18 日

LSI DDA ドライバの解決済み警告とアップグレード アドバイザリの一覧に CSCvj82452 を追加しました。

2018 年 6 月 13 日

VMware vSphere バージョン 6.5 U2 のサポートに関するリリース ノートを更新しました。

2018 年 6 月 8 日

3.0(1a) の解決済み警告の一覧に CSCvh68059 を追加しました。

2018 年 6 月 7 日

「Cisco HX Data Platform ストレージ クラスタの仕様」セクションのクラスタ制限を更新しました。

2018 年 5 月 30 日

Cisco UCS Manager リリース 3.2(3a) および 3.2(3b) リリース ノートを更新しました。

2018 年 5 月 14 日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1b) のリリース ノートを更新しました。

3.0(1a)

2018 年 5 月 4 日

「CPU サイド チャンネルの脆弱性によるパフォーマンスの影響の修正」セクションを追加しました

2018 年 5 月 1 日

「ソフトウェア要件」セクションに 2.6(1e) バージョンの更新が追加されました。

2018 年 4 月 13日

Cisco HX Data Platform ソフトウェア リリース 3.0 (1a) のリリース ノートを作成しました。

CSCvm97558

コントローラ VM が再起動し、次と同様のメッセージは、/var/log/kern.log ファイルで確認できます。

kernel: python invoked oom-killer: gfp_mask=0x24280ca, order=0, oom_score_adj=0
kernel: python cpuset=/ mems_allowed=0
kernel: CPU: 6 PID: 26270 Comm: python Tainted: G           OE   4.4.0-112-generic #135-Ubuntu
kernel: Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/21/2015
kernel:  0000000000000286 4ca55bb5d320913c ffff88084b8c7af8 ffffffff813fc233
kernel:  ffff88084b8c7cb0 ffff880c060ab800 ffff88084b8c7b68 ffffffff8120dafe
kernel:  ffff88084b8c7b18 ffffffff8114121a ffff88084b8c7b98 ffffffff811a8bd6
kernel: Call Trace:
kernel:  [<ffffffff813fc233>] dump_stack+0x63/0x90
kernel:  [<ffffffff8120dafe>] dump_header+0x5a/0x1c5
kernel:  [<ffffffff8114121a>] ? __delayacct_freepages_end+0x2a/0x30
kernel:  [<ffffffff811a8bd6>] ? do_try_to_free_pages+0x2a6/0x3b0
kernel:  [<ffffffff811946a2>] oom_kill_process+0x202/0x3c0
kernel:  [<ffffffff81194ac9>] out_of_memory+0x219/0x460
kernel:  [<ffffffff8119aad5>] __alloc_pages_slowpath.constprop.88+0x965/0xb00
kernel:  [<ffffffff8119aef6>] __alloc_pages_nodemask+0x286/0x2a0
kernel:  [<ffffffff811e603d>] alloc_pages_vma+0xad/0x250
kernel:  [<ffffffff811c3b2e>] handle_mm_fault+0x110e/0x1820
kernel:  [<ffffffff8106b687>] __do_page_fault+0x197/0x400
kernel:  [<ffffffff8106b912>] do_page_fault+0x22/0x30
kernel:  [<ffffffff81849ac8>] page_fault+0x28/0x30
kernel: Out of memory: Kill process 3243 (hxmanager) score 56 or sacrifice child

3.0(1c)

3.0(1i)

CSCvm66552

ドライブ ファームウェアのバグが原因で、複数の 3.8 TB SED SSD ドライブに障害が発生すると、HX クラスタがオフラインになる可能性があります。詳細については、関連するソフトウェア アドバイザリを参照してください。

3.0(1c)

CSCvm59485

ノードがリリース 2.5(1b) から 3.0(1c) にアップグレード後、SED ディスクは無視状態になります。

3.0(1c)

3.0(1i)

CSCvm00138

vCenter で、次の警告が ESXi ホストに表示されます。

「Callhome エンドポイントへの接続が失敗しました。」

3.0(1c)

3.0(1i)

CSCvm89133

リリース 2.5(1c) から 3.0(1e) へのアップグレード中に、単一の VM とその後のすべての VM がダウンします。アップグレードに失敗したノードは手動でアップグレードされますが、クラスタは起動しません。ノードの Storfs プロセスがパニックになり、/var/core にコア ファイルが生成されます。

2.5(1c)

3.0(1i)

CSCvb54848

HX Data Platform プラグインのインストール後、vSphere レプリケーション プラグインの読み込みに失敗します。

1.7.1

3.0(1i)

CSCvm46965

作業負荷が高い場合は、クラスタの再調整/アップグレードが応答しなくなることがあります。

CSCvm22903

ストレッチ クラスタの展開では、インストール ワークフローの開始後に HX インストーラーがハングすることがあります。

3.0(1c)

3.0(1e)

Hyper-V

CSCvk42435

次の条件の下、ライブ移行後に VM をオンにすることはできません。

• 1 ノード上のストレージ コントローラ VM は、数分ダウンする

• ホスト全体でダウンする

• ライブ移行後、VM は別のノードで手動でオンにできます。

3.0(1d)

3.0(1e)

CSCvk18743

ストレージ コントローラ VM は長時間にわたってダウンしているため、VM の電源がオフになる可能性があります。

3.0(1b)

3.0(1e)

CSCvi14568

エクスポートされた VM が HX-Datastore に格納されている場合、Hyper-V マネージャー (リモート) を使用して VM のインポート操作が失敗します。

3.0(1a)

3.0(1e)

ESXi

CSCvm20044

HXノードは、SAMSUNG ディスク MZ7LM480HMHQ の障害が原因で、コントローラ VM または関連する再起動/障害の影響を受ける可能性があります。

3.0(1c)

3.0(1e)

CSCvi73801

HX Hyper-V ノードでは、次のロールがデフォルトで有効になっています。

• ウェブ サーバ

• リモート アクセス

3.0(1a)

3.0(1d)

CSCvj74517

Storfs サービスは、セグメンテーション パニックにより HXDP リリース 2.5(1c) を実行しているノードでクラッシュします。

2.5(1c)

3.0(1d)

CSCvk02032

リリース 3.0(1b) から 3.0(1c) へのアップグレード後、HX Connect ログインは失敗します。

2.6(1a)

3.0(1c)

CSCvj90352

物理ディスクを新しいディスクに置き換えると、未使用のディスクと取り外されたディスクは HX Connect UI および stcli でユーザーに表示されたままになります。

3.0(1b)

3.0(1c)

CSCvj66157

SED ドライブに障害が発生すると、UCS/HX クラスタがダウンする可能性があります。

2.6(1d)

3.0(1c)

展開サーバーの再起動フェーズ中に、ディスクが検出されませんでした。

HX の展開は次のエラーで失敗します: 「コントローラー VM インストール デバイス (tmpfs) が永続的ではありません。パッケージをインストールできません」。

CSCvj82452

Windows ホストにインストールされている LSI DDA ドライバ バージョン 2.60.40.0 でパフォーマンスが大幅に低下する

3.0(1a)

3.0(1b)

CSCvj18863

3.0(1a) へのアップグレード中またはアップグレード後に、SW パニックが原因で 1 つ以上のノードが再起動する場合があります。

3.0(1a)

3.0(1b)

CSCvi95613

HX LFF サーバが同じ UCS ドメイン上にある場合、HX インストーラは失敗します。

3.0(1a)

3.0(1b)

CSCvi92768

stcli 経由で 2 つのノードを LAZ クラスタに追加すると、エラーが発生します。

3.0(1a)

3.0(1b)

CSCvi92070

フェールオーバー クラスタ マネージャ UI で複数の VM を選択した場合、1 つの VM のみが高可用性になります。

3.0(1a)

3.0(1b)

CSCvi84992

オフライン アップグレード中に、HX Connect は次の「サーバー呼び出しエラー」のエラーを表示します。

3.0(1a)

3.0(1b)

CSCvi82755

Cisco Intersight の HyperFlex クラスタ リスト ビューには、ESXi クラスタのハイパーバイザ バージョンが表示されない場合があります。

3.0(1a)

3.0(1b)

CSCvi76137

ノードがメンテナンス モードの場合、ディスク API はスタックします。

3.0(1a)

3.0(1b)

CSCvi73807

複製されたユーザー VM は、フェールオーバー クラスタ リソースの一部にはなりません。

3.0(1a)

3.0(1b)

CSCvi73417

HX Connect では、スナップショットの進行中に VM リスト ページが空白として表示されます。

3.0(1a)

3.0(1b)

CSCvi71157

Hyper-V マネージャーで仮想マシンの記憶域の移行が失敗し、「移動操作中にエラーが発生しました」というエラーが表示されます。

3.0(1a)

3.0(1b)

CSCvi63527

ホスト上のデータストアのアクセシビリティは、ホストをメンテナンス モードにする前には検証されません。

3.0(1a)

CSCvh54563

HX240 プラットフォームで HyperFlex ログを生成すると、クラスターのすべてのパスダウン状態が発生します。

この問題は、ESXi 6.5 GA リリースの vmw_ahci ドライバが原因で発生します。

2.6(1b)

CSCvh99126

テンプレートから仮想マシンを作成する作業は機能しますが、VMM からのテンプレート ワークフローは作成されません。

3.0(1a)

3.0(1b)

CSCvg41818

電源オフ VM 用に接続された GPU 共有 PCI デバイスでスナップショットを作成すると、HX スナップショット エラーが発生しました。

2.5(1c)

3.0(1b)

CSCvg05306

まれに、カーネルのアップグレード後に、eth0 と eth1 のゲートウェイの IP アドレスが変更されます。

3.0(1a)

CSCvb54848

HX プラグインの展開後に vSphere Replication プラグインが失敗する

1.7.1

3.0(1b)

CSCvh68059

スナップショット エラーが発生し、RAM ディスク (/var/) が vmkernel.log にいっぱいとして表示されます。

2.6(1e)

3.0(1a)

CSCvg52652

HX Connect UI では、準備完了クローン アクティビティの日付が正しく表示されません。

2.5(1d)

3.0(1a)

CSCvg09618

プライマリ（および唯一）の構成済みサーバーがダウンしていて、キー操作が失敗しても、Test-KMIP は失敗しません。

2.5(1c)

3.0(1a)

CSCvg26090

プライマリ KMIP サーバーとセカンダリ KMIP サーバー間の自動同期が行われなかった場合、キー操作 (キー更新/無効化) は「キーの検索に失敗しました」のエラーで失敗します。

2.5(1c)

3.0(1a)

CSCvf84968

stcli コマンドを使用したアップグレードの組み合わせは、Cisco UCS Manager および vCenter クレデンシャルがないと失敗します。

CSCvf12501

クラスタを新規作成後、コントローラ VM のメモリ使用量が高く、重大な状態になることがあります。

これは、VMware の既知の問題です。記事 https:/​/​kb.vmware.com/​s/​article/​2149787 を参照してください。

3.0(1a)

CSCve17284

HX クラスタのアップグレード中、パフォーマンス グラフには IOPS の一時的な低下が表示されます。

2.0(1a)

3.0(1a)

CSCvd88557

stcli コマンド行を使用して多数のデータ ストアを作成すると、一部のデータストアのマウントに失敗したことを示す一時的なエラーが表示されます。

2.0(1a)

3.0(1a)

CSCvc32497

Cisco HX Data Platform インストーラで UCSM 構成が詳細オプションとして選択されていない場合、クラスタの作成または拡張が失敗します。これは、ESX の到達不能が原因で発生します。

Cisco HX Data Platform インストーラの構成ページで、hx-inband-mgmt 3091 のデフォルト VLAN がユーザー指定の VLAN ではなく ESX にタグ付けされていることがわかります。

インストール、アップグレード、展開

CSCvs28167

Cisco HyperFlex でノード交換をインストールまたは完了するため、顧客は HX インストーラ OVA（オープン仮想アプライアンス）ファイルをダウンロードする必要があります。ストレッチ クラスタを展開するには、顧客はさらに Witness OVA をダウンロードする必要があります。リリース HX 3.5(2g) の登校前に CCO で投稿されたすべてのコードは、2019 年 11 月 26 日に期限切れになっている証明書を検出しました。Cisco は更新された証明書で、HX リリース 3.5(2e)、3.5.2(f)、3.5.2(g)、4.0(1a)、4.0(1b) に関連付けられている OVA ファイルを再署名および再投稿しました。その他のリリースについては、期限切れの OVA を持つ OVF テンプレートを展開しようとすると、次のエラー メッセージ「OVA パッケージは無効な証明書で署名されています」で失敗します。

影響を受ける OVA ファイルでの展開が失敗した後、続行するには 2 つのオプションがあります（インストーラおよび OVA ファイルに適用）。

オプション A：ローカル マニフェスト ファイルを削除します。

マニフェスト ファイルを検出可能なため、vCenter は証明書の有効性を確認します。

1. OVA ファイルをローカル ディレクトリにダウンロードして展開します。

2. .mf ファイルを削除します

3. 残りのファイルを新しいアーカイブに追加して、「.tar」から「.ova」にファイルの拡張子を変更します。

4. vCenter で「OVF テンプレートで展開」を使用して新しく OVA ファイルを作成する展開を続行します。vCenter は証明書を所持していないためファイルを表示します。これは予想された動作で、展開は問題なく続行します。

オプション B - ローカル マニフェスト ファイルを削除します。

ovftool で手動展開：VMware の ovftool を使用して、証明書確認をバイパス中に OVA を展開します。ovftool はダウンロードして顧客のコンピュータで実行可能です。ovftool も HX コントローラ VM で事前インストールされます。これはノード交換とクラスタ拡張にも役立ちます。

1. skipManifestcheck スイッチを発生させている間、ovftool を使用して OVA ファイルをデータストアに展開します。次に例を示します。

   root@SpringpathControllerABCDEFGH:~# ovftool --skipManifestCheck -ds=datastore http://<path to
           ova>/Cisco-HX-Data-Platform-Installer-v3.5.2c-31725-esx.ova vi://root@<IP of management ESX
           host>/

2. OVA を展開し、以前指定した ESXi ホストの vCenter に存在している必要があります。

3. VM とコンソールの電源をオンにします

4. root / Cisco123 のユーザー名/パスワードのデフォルトの組み合わせで VM にログインします

5. vi /etc/network/eth0.interface を発行して VM の IP を静的に設定します

6. 「iface eth0 inet dhcp」を「iface eth0 inet static」に変更します。次のいずれかが独自のラインと指定したタブで必要になります

   address <desired ip address of installer>

   netmask X.X.X.X

   gateway X.X.X.X

   <esc> :wq

7. ファイルを確認および保存後、VM が再起動します。VM は現在希望している IP アドレスでブートされる必要があります

8. WebGUI 経由での最初のログイン（引き続きデフォルトのユーザー名/パスワードの組み合わせ）は、ユーザーがパスワードを変更します。

9. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

2.6(1e)

CSCvn12846

最初の試行からサポート バンドルをダウンロードできます。ノードがバックアップされるまで、storfs-supportコマンドを使用して、コントローラ VM にログインしてサポート バンドルを収集できます。

3.0(1i)

CSCvh04307

ストレージ コントローラ VM へのソフトウェア パッケージのインストールは、次のエラーで失敗します。

システムにロックされたドライブがあります。ロック解除して再度展開してください。

さらに、リリース 2.6 (1e) から 3.0 (1c) にアップグレードすると、次の条件が表示されます。

• アップグレードは、「クラスタの準備状況を確認する」ときに長時間スタックします。

• Stcli クラスタ情報は SED ディスクが使用不可であることを示しているため、クラスタは正常な状態に回復できません。

この問題から回復するには、Cisco TAC に問い合わせて情報を参照してください。

3.0(1c)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP アドレスがあることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

管理

CSCvk39622

HX Connect では、「クラスタ内の 1 個以上のモードでロックダウン モードが有効になっています」メッセージが表示されたアラームが表示されます。さらに、アラームは手動で緑色にリセットされます。

この問題を解決するには、次の作業を実行します。

1. VMware Host Client インベントリの [Manage (管理)] をクリックし、[Security & Users (セキュリティとユーザー)] をクリックします。

2. [Lockdown mode（ロックダウン モード）] をクリックします。

3. [Add user exception（ユーザーの例外を追加）] をクリックしユーザー名を入力して、[Add exception（例外を追加）] をクリックします。

3.0(1d)

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように 3.0 (1b) を実行します。

1. VCenter のダミー stCtlVMsfrom を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1e)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Hyper-V

CSCvm42278

データストア アクセスは、頻繁なアラートにつながります。さらに、SMB SCVM クライアントのログ ファイル (/var/log/springpath/debug-smbscvmclient.log) には、そのコントローラがホストされているホストのホスト データ IP アドレスに関する次のようなメッセージが表示されます。

Cisco TAC に連絡して、この問題に関するサポートを受けてください。

3.0(1e)

CSCvm05523

まれに、VM のライブ移行がエラー コード 0x138D で失敗する場合があります。

Microsoft から次の回避策を参照し、操作を再試行してください。

• サーバ 2016 S2D クラスタはドレイン ロールを実行できません

• ライブ移行は、クラスタ認識更新からのドレイン中に失敗します

• Windows Server 2012 で計画されたメンテナンスのためのノードのドレイン

3.0(1e)

CSCvk37044

ユーザー アカウント内のユーザー名にピリオド (".") が含まれている場合、展開は失敗します。

この問題を回避するには、ユーザー名にピリオド (「.」) は使用しないでください。

3.0(1e)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

set –netadaptervmq powershell コマンドを使用して、VMQ に使用されているプロセッサを更新します。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi59119

大文字小文字の場合にのみ異なる既存のデータストア名を複製すると、不明な動作が発生する可能性があります。

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

CSCvh25238

HX Data Platform 展開中に、DNS に 1 個以上の IP アドレスを追加する場合、コントローラ VM は 1 個の DNS アドレスのみ割り当て可能です。

通常、プライマリ DNS は、HX コントローラ VM が動作するのに十分です。追加の DNS が必要な場合、コントローラ VM の eth0 インターフェイス ファイルを編集し、追加の DNS を追加します。

3.0(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

暗号化

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCS Manager は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

Hyper-V

CSCvm42278

データストア アクセスは、頻繁なアラートにつながります。さらに、SMB SCVM クライアントのログ ファイル (/var/log/springpath/debug-smbscvmclient.log) には、そのコントローラがホストされているホストのホスト データ IP アドレスに関する次のようなメッセージが表示されます。

Cisco TAC に連絡して、この問題に関するサポートを受けてください。

3.0(1e)

CSCvm05523

まれに、VM のライブ移行がエラー コード 0x138D で失敗する場合があります。

Microsoft から次の回避策を参照し、操作を再試行してください。

• サーバ 2016 S2D クラスタはドレイン ロールを実行できません

• ライブ移行は、クラスタ認識更新からのドレイン中に失敗します

• Windows Server 2012 で計画されたメンテナンスのためのノードのドレイン

3.0(1e)

CSCvk37044

ユーザー アカウント内のユーザー名にピリオド (".") が含まれている場合、展開は失敗します。

この問題を回避するには、ユーザー名にピリオド (「.」) は使用しないでください。

3.0(1e)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

set –netadaptervmq powershell コマンドを使用して、VMQ に使用されているプロセッサを更新します。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi59119

大文字小文字の場合にのみ異なる既存のデータストア名を複製すると、不明な動作が発生する可能性があります。

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

CSCvh25238

HX Data Platform 展開中に、DNS に 1 個以上の IP アドレスを追加する場合、コントローラ VM は 1 個の DNS アドレスのみ割り当て可能です。

通常、プライマリ DNS は、HX コントローラ VM が動作するのに十分です。追加の DNS が必要な場合、コントローラ VM の eth0 インターフェイス ファイルを編集し、追加の DNS を追加します。

3.0(1a)

インストール、アップグレード、展開

CSCvh04307

ストレージ コントローラ VM へのソフトウェア パッケージのインストールは、次のエラーで失敗します。

システムにロックされたドライブがあります。ロック解除して再度展開してください。

さらに、リリース 2.6 (1e) から 3.0 (1c) にアップグレードすると、次の条件が表示されます。

• アップグレードは、「クラスタの準備状況を確認する」ときに長時間スタックします。

• Stcli クラスタ情報は SED ディスクが使用不可であることを示しているため、クラスタは正常な状態に回復できません。

この問題から回復するには、Cisco TAC に問い合わせて情報を参照してください。

3.0(1c)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP アドレスがあることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

管理

CSCvk39622

HX Connect では、「クラスタ内の 1 個以上のモードでロックダウン モードが有効になっています」メッセージが表示されたアラームが表示されます。さらに、アラームは手動で緑色にリセットされます。

この問題を解決するには、次の作業を実行します。

1. VMware Host Client インベントリの [Manage (管理)] をクリックし、[Security & Users (セキュリティとユーザー)] をクリックします。

2. [Lockdown mode（ロックダウン モード）] をクリックします。

3. [Add user exception（ユーザーの例外を追加）] をクリックしユーザー名を入力して、[Add exception（例外を追加）] をクリックします。

3.0(1d)

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように 3.0 (1b) を実行します。

1. VCenter のダミー stCtlVMsfrom を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1e)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

暗号化

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCS Manager は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

Hyper-V

CSCvm42278

データストア アクセスは、頻繁なアラートにつながります。さらに、SMB SCVM クライアントのログ ファイル (/var/log/springpath/debug-smbscvmclient.log) には、そのコントローラがホストされているホストのホスト データ IP アドレスに関する次のようなメッセージが表示されます。

Cisco TAC に連絡して、この問題に関するサポートを受けてください。

3.0(1e)

CSCvm05523

まれに、VM のライブ移行がエラー コード 0x138D で失敗する場合があります。

Microsoft から次の回避策を参照し、操作を再試行してください。

• サーバ 2016 S2D クラスタはドレイン ロールを実行できません

• ライブ移行は、クラスタ認識更新からのドレイン中に失敗します

• Windows Server 2012 で計画されたメンテナンスのためのノードのドレイン

3.0(1e)

CSCvk37044

ユーザー アカウント内のユーザー名にピリオド (".") が含まれている場合、展開は失敗します。

この問題を回避するには、ユーザー名にピリオド (「.」) は使用しないでください。

3.0(1e)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

set –netadaptervmq powershell コマンドを使用して、VMQ に使用されているプロセッサを更新します。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi59119

大文字小文字の場合にのみ異なる既存のデータストア名を複製すると、不明な動作が発生する可能性があります。

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

CSCvh25238

HX Data Platform 展開中に、DNS に 1 個以上の IP アドレスを追加する場合、コントローラ VM は 1 個の DNS アドレスのみ割り当て可能です。

通常、プライマリ DNS は、HX コントローラ VM が動作するのに十分です。追加の DNS が必要な場合、コントローラ VM の eth0 インターフェイス ファイルを編集し、追加の DNS を追加します。

3.0(1a)

インストール、アップグレード、展開

CSCvh04307

ストレージ コントローラ VM へのソフトウェア パッケージのインストールは、次のエラーで失敗します。

システムにロックされたドライブがあります。ロック解除して再度展開してください。

さらに、リリース 2.6 (1e) から 3.0 (1c) にアップグレードすると、次の条件が表示されます。

• アップグレードは、「クラスタの準備状況を確認する」ときに長時間スタックします。

• Stcli クラスタ情報は SED ディスクが使用不可であることを示しているため、クラスタは正常な状態に回復できません。

この問題から回復するには、Cisco TAC に問い合わせて情報を参照してください。

3.0(1c)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP アドレスがあることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

管理

CSCvk39622

HX Connect では、「クラスタ内の 1 個以上のモードでロックダウン モードが有効になっています」メッセージが表示されたアラームが表示されます。さらに、アラームは手動で緑色にリセットされます。

この問題を解決するには、次の作業を実行します。

1. VMware Host Client インベントリの [Manage (管理)] をクリックし、[Security & Users (セキュリティとユーザー)] をクリックします。

2. [Lockdown mode（ロックダウン モード）] をクリックします。

3. [Add user exception（ユーザーの例外を追加）] をクリックしユーザー名を入力して、[Add exception（例外を追加）] をクリックします。

3.0(1d)

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように 3.0 (1b) を実行します。

1. VCenter のダミー stCtlVMsfrom を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1e)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

暗号化

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCS Manager は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

Hyper-V

CSCvk42435

次の条件の下、ライブ移行後に VM をオンにすることはできません。

• 1 ノード上のストレージ コントローラ VM は、数分ダウンする

• ホスト全体でダウンする

• ライブ移行後、VM は別のノードで手動でオンにできます。

Cisco TAC に連絡して、この問題に関するサポートを受けてください。

3.0(1d)

CSCvj22992

VM が複数のノードに表示されます。

VM を回復するには、データ ディスクをコピーして新しい VM に接続します。

3.0(1b)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

set –netadaptervmq powershell コマンドを使用して、VMQ に使用されているプロセッサを更新します。

3.0(1a)

CSCvi73801

HX Hyper-V ノードでは、次のロールがデフォルトで有効になっています。

• ウェブ サーバ

• リモート アクセス

必要に応じて、ロールを手動で無効にします。

3.0(1a)

CSCvi73796

Windows イベント ログまたはビューアは、無効な VMQ ネットワーク構成が原因のエラーを表示します。

これは既知の問題であり、機能に影響はありません。

3.0(1a)

CSCvi70645

ホスト上のディレクトリ リストは、存在しないデータストアに対してハングとして表示されます。

Ctrl キーを押しながら C キーを押して操作をキャンセルし、再試行してください。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi37407

サーバーを再認識した後、サービス プロファイルの関連付けが「ストレージ サブシステムの初期化待機」 ステージでスタックします。

この問題が発生した場合は、次の手順を実行します。

• サービス プロファイルの関連付けを解除します。

• サーバの稼働を中止する。

• サーバを再認識し、サービス プロファイルを再度関連付けます。

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi14568

エクスポートされた VM が HX-Datastore に格納されている場合、Hyper-V マネージャー (リモート) を使用して VM のインポート操作が失敗します。

• 次の PowerShell コマンドを実行してください。

  C:\Users\Administrator.HV-AD10> Invoke-Command -Comp stfs-028b -Command { Import-VM -Path "\\ctlvm28b.hv-ad1.local\ds1\export\vm7\Virtual Machines\96BDC6FC-0E69-4643-A50C-617E695C7705.vmcx" -VhdDestinationPath "\\ctlvm28b.hv-ad1.local\ds1\i14" -SnapshotFilePath "\\c tlvm28b.hv-ad1.local\ds1\i14" -SmartPagingFilePath "\\ctlvm28b.hv-ad1.local\ds1\i14" -Copy -GenerateNewId | Rename-VM -NewName vm102 }

• これは、既知の Microsoft 問題です。参照先:マイクロソフトの記事: Hyper-V のリモート インポート vm。

CSCvh80044, CSCvi59119

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

インストール、アップグレード、展開

CSCvh04307

ストレージ コントローラ VM へのソフトウェア パッケージのインストールは、次のエラーで失敗します。

システムにロックされたドライブがあります。ロック解除して再度展開してください。

さらに、リリース 2.6 (1e) から 3.0 (1c) にアップグレードすると、次の条件が表示されます。

• アップグレードは、「クラスタの準備状況を確認する」ときに長時間スタックします。

• Stcli クラスタ情報は SED ディスクが使用不可であることを示しているため、クラスタは正常な状態に回復できません。

この問題から回復するには、Cisco TAC に問い合わせて情報を参照してください。

3.0(1c)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP があることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCvg43082

2.5(1c) から 2.6(1b) へのアップグレード中に、デバイス接続が無効になる場合があります。

HX 接続を介してデバイス接続を有効にします。

2.6(1a)

CSCvg05306

まれに、カーネルのアップグレード後に、eth0 と eth1 のゲートウェイの IP アドレスが変更されます。

ログを収集した後の詳細なガイダンスについては、Cisco TAC にお問い合わせください。

2.5(1a)

CSCvf98675

展開サーバーの再起動フェーズ中に、ディスクが検出されませんでした。

HX の展開は次のエラーで失敗します: 「コントローラー VM インストール デバイス (tmpfs) が永続的ではありません。パッケージをインストールできません」。

UCS マネージャでサーバを再確認します。その後、展開を再試行します。

2.6(1a)

CSCvf93815

クラスタの展開中に FI が再起動し、インストールがハングすることがあります。

インストーラー VM を再起動し、HX クラスタのインストール ワークフローを再起動します。

2.6(1a)

CSCvf93812

アップグレード プロセス中に ESXi ホストを手動で再起動すると、アップグレードが失敗します。

再起動された ESXi ホストは、VMware VCenterクラスタに「接続されていない」/「応答なし」と表示されます。その後のアップグレードの試行は、認証エラーで ESXi 検証中に失敗します。

vCenter を使用して HX ユーザーを手動で再作成します。

• ESXi コマンド ラインにログインします。

• vSphere HA (FDM) サービスを手動で開始します。ホストを vCenter に再接続します。ESXi ホストで vim コマンドを使用して、この VM を再登録します。

  詳細については、『VMWare KB: ESXi ホスト (2007739) に vSphere HA (FDM) エージェントをインストールできない』を参照してください。

• HX ユーザーを回復します。Cisco TAC に連絡して、サポートを受けてください。

• /etc/hosts にエントリを追加します。

• データストアを再マウントします。

• アップグレードを再試行します。

アップグレード プロセス中にクラスタ内の ESXi ホストを手動で再起動しないでください。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

CSCvb91838

クラスタの展開に失敗し、一覧から運用 DNS サーバーがありません。

展開またはクラスタの作成後に DNS サーバーが動作不能になった場合は、コントローラに新しい運用 DNS を追加します。次のコマンドを使用します。

# stcli services dns remove --dns <non_operational_dns_ip>

# stcli services dns add --dns <operational_dns_ip>

1.8(1c)

CSCvb29790

vCenter サーバーの検索に失敗したため、クラスタの作成に失敗しました。

vSphere Web クライアントで、vCenter ホスト名を config.vpxd.sso.sts.uri 変数の IP アドレスに変更します。

1.8(1a)

管理

CSCvk39622

HX Connect では、「クラスタ内の 1 個以上のモードでロックダウン モードが有効になっています」メッセージが表示されたアラームが表示されます。さらに、アラームは手動で緑色にリセットされます。

この問題を解決するには、次の作業を実行します。

1. VMware Host Client インベントリの [Manage (管理)] をクリックし、[Security & Users (セキュリティとユーザー)] をクリックします。

2. [Lockdown mode（ロックダウン モード）] をクリックします。

3. [Add user exception（ユーザーの例外を追加）] をクリックしユーザー名を入力して、[Add exception（例外を追加）] をクリックします。

3.0(1d)

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように実行します。

1. VCenter のダミー stCtlVM を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1b)

CSCvi34303

HX Connect UI は、表が .CSV 形式でエクスポートされ、Excel で開いたときにエラーが表示されます。

なし。

3.0(1a)

CSCvg69228

以前に削除または削除されたディスクが、インベントリに誤って表示される可能性があります。

これは無視しても問題ありません。

2.6(1b)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvg26340

2.5(1c) 以降のリリースの場合、クラスタが正常である間許容できるノード障害はゼロを示します。

この問題が発生した場合は、TAC に連絡して回避策を確認してください。

2.5(1c)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

CSCvf27609

回復ジョブのクエリは、summary_step_stateと [state (状態)] フィールドを返します。

[state (状態)] フィールドのみを参照してください。[summary_step_state] フィールドの情報を無視します。

2.5(1a)

暗号化

CSCvh79736

リモート セキュリティ タイムアウトを無効にし、HX Connect で再試行の無効化操作が失敗します。

無効化操作がタイムアウトした後、SAS コントローラがまだセキュリティで保護されているサーバーの再スキャン インベントリを発行します。その後、HX 接続から暗号化を無効に再試行します。任意のコントローラ VM から次のコマンドを実行します。

hx.py --rescan-drive-inventory -f getOrg.json --server-serial <serial number of server>

3.0(1a)

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCSM は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

CSCvf04240

新しいノードがクラスタに追加された後、暗号化が有効になっていない可能性があります。

考えられる原因の 1 つは、シリアル番号が ESX ホストから正しく報告されなかったことが考えられます。

ESX ホストでホスト サービスを再起動し、HX Connect UI からクラスタで暗号化を有効にします。既に暗号化が有効になっているすべてのノードは影響を受けありません。

2.5(1a)

CSCve91866

UCSM の暗号化 KMIP ポリシーを変更して IP アドレスをクリアすることはできません。

UCSM では、この動作は許可されません。UCSM で KMIP ポリシーを削除し、必要に応じて IP アドレスを調整して、タスクを再試行します。

2.5(1a)

Hyper-V

CSCvj22992

VM が複数のノードに表示されます。

VM を回復するには、データ ディスクをコピーして新しい VM に接続します。

3.0(1b)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

set –netadaptervmq powershell コマンドを使用して、VMQ に使用されているプロセッサを更新します。

3.0(1a)

CSCvi73801

HX Hyper-V ノードでは、次のロールがデフォルトで有効になっています。

• ウェブ サーバ

• リモート アクセス

必要に応じて、ロールを手動で無効にします。

3.0(1a)

CSCvi73796

Windows イベント ログまたはビューアは、無効な VMQ ネットワーク構成が原因のエラーを表示します。

これは既知の問題であり、機能に影響はありません。

3.0(1a)

CSCvi70645

ホスト上のディレクトリ リストは、存在しないデータストアに対してハングとして表示されます。

Ctrl キーを押しながら C キーを押して操作をキャンセルし、再試行してください。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi37407

サーバーを再認識した後、サービス プロファイルの関連付けが「ストレージ サブシステムの初期化待機」 ステージでスタックします。

この問題が発生した場合は、次の手順を実行します。

• サービス プロファイルの関連付けを解除します。

• サーバの稼働を中止する。

• サーバを再認識し、サービス プロファイルを再度関連付けます。

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi14568

エクスポートされた VM が HX-Datastore に格納されている場合、Hyper-V マネージャー (リモート) を使用して VM のインポート操作が失敗します。

• 次の PowerShell コマンドを実行してください。

  C:\Users\Administrator.HV-AD10> Invoke-Command -Comp stfs-028b -Command { Import-VM -Path "\\ctlvm28b.hv-ad1.local\ds1\export\vm7\Virtual Machines\96BDC6FC-0E69-4643-A50C-617E695C7705.vmcx" -VhdDestinationPath "\\ctlvm28b.hv-ad1.local\ds1\i14" -SnapshotFilePath "\\c tlvm28b.hv-ad1.local\ds1\i14" -SmartPagingFilePath "\\ctlvm28b.hv-ad1.local\ds1\i14" -Copy -GenerateNewId | Rename-VM -NewName vm102 }

• これは、既知の Microsoft 問題です。参照先:マイクロソフトの記事: Hyper-V のリモート インポート vm。

CSCvh80044, CSCvi59119

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

インストール、アップグレード、展開

CSCvm97558

コントローラ VM が再起動し、次と同様のメッセージは、/var/log/kern.log ファイルで確認できます。

kernel: python invoked oom-killer: gfp_mask=0x24280ca, order=0, oom_score_adj=0
kernel: python cpuset=/ mems_allowed=0
kernel: CPU: 6 PID: 26270 Comm: python Tainted: G           OE   4.4.0-112-generic #135-Ubuntu
kernel: Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/21/2015
kernel:  0000000000000286 4ca55bb5d320913c ffff88084b8c7af8 ffffffff813fc233
kernel:  ffff88084b8c7cb0 ffff880c060ab800 ffff88084b8c7b68 ffffffff8120dafe
kernel:  ffff88084b8c7b18 ffffffff8114121a ffff88084b8c7b98 ffffffff811a8bd6
kernel: Call Trace:
kernel:  [<ffffffff813fc233>] dump_stack+0x63/0x90
kernel:  [<ffffffff8120dafe>] dump_header+0x5a/0x1c5
kernel:  [<ffffffff8114121a>] ? __delayacct_freepages_end+0x2a/0x30
kernel:  [<ffffffff811a8bd6>] ? do_try_to_free_pages+0x2a6/0x3b0
kernel:  [<ffffffff811946a2>] oom_kill_process+0x202/0x3c0
kernel:  [<ffffffff81194ac9>] out_of_memory+0x219/0x460
kernel:  [<ffffffff8119aad5>] __alloc_pages_slowpath.constprop.88+0x965/0xb00
kernel:  [<ffffffff8119aef6>] __alloc_pages_nodemask+0x286/0x2a0
kernel:  [<ffffffff811e603d>] alloc_pages_vma+0xad/0x250
kernel:  [<ffffffff811c3b2e>] handle_mm_fault+0x110e/0x1820
kernel:  [<ffffffff8106b687>] __do_page_fault+0x197/0x400
kernel:  [<ffffffff8106b912>] do_page_fault+0x22/0x30
kernel:  [<ffffffff81849ac8>] page_fault+0x28/0x30
kernel: Out of memory: Kill process 3243 (hxmanager) score 56 or sacrifice child

(推奨)この問題が表示された場合は、クラスタをリリース 3.0(1i) にアップグレードします。

(オプション) アップグレードをすぐに実行できない場合は、次のコマンドを使用して HTTPS ベースの夜間 ASUP コレクションを無効にします。

(SSH セッションからコントローラへ)

リリース 3.0(1i) への後続のアップグレード後、次のコマンドを使用して ASUP を有効にします。

# stcli services sch enable

3.0(1c)

CSCvm59485

ノードがリリース 2.5(1b) から 3.0(1c) にアップグレード後、SED ディスクは無視状態になります。

この問題が発生した場合は、次のファイルを手動で作成し、システムを再起動してドライブを要求します。

cat /etc/springpath/sed_capability.conf

3.0(1c)

CSCvm00138

vCenter で、次の警告が ESXi ホストに表示されます。

「Callhome エンドポイントへの接続が失敗しました。」

この問題が発生した場合は、vCenter から手動で障害をクリアします。

各 HyperFlex コントローラ VM で、次の手順を実行します。

1. テキスト エディタで /etc/cron.d/callhome を開きます。

2. 次の 2 行にコメントします。

   32 * * * * root sleep $(expr $RANDOM \% 90); /bin/asupcli ping --notify true

   5 * * * * root sleep $(expr $RANDOM \% 300); /bin/asupcli post --type alert --event-name heartbeat

3.0(1c)

CSCvh04307

ストレージ コントローラ VM へのソフトウェア パッケージのインストールは、次のエラーで失敗します。

システムにロックされたドライブがあります。ロック解除して再度展開してください。

さらに、リリース 2.6 (1e) から 3.0 (1c) にアップグレードすると、次の条件が表示されます。

• アップグレードは、「クラスタの準備状況を確認する」ときに長時間スタックします。

• Stcli クラスタ情報は SED ディスクが使用不可であることを示しているため、クラスタは正常な状態に回復できません。

この問題から回復するには、Cisco TAC に問い合わせて情報を参照してください。

3.0(1c)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP があることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCvg43082

2.5(1c) から 2.6(1b) へのアップグレード中に、デバイス接続が無効になる場合があります。

HX 接続を介してデバイス接続を有効にします。

2.6(1a)

CSCvg05306

まれに、カーネルのアップグレード後に、eth0 と eth1 のゲートウェイの IP アドレスが変更されます。

ログを収集した後の詳細なガイダンスについては、Cisco TAC にお問い合わせください。

2.5(1a)

CSCvf98675

展開サーバーの再起動フェーズ中に、ディスクが検出されませんでした。

HX の展開は次のエラーで失敗します: 「コントローラー VM インストール デバイス (tmpfs) が永続的ではありません。パッケージをインストールできません」。

UCS マネージャでサーバを再確認します。その後、展開を再試行します。

2.6(1a)

CSCvf93815

クラスタの展開中に FI が再起動し、インストールがハングすることがあります。

インストーラー VM を再起動し、HX クラスタのインストール ワークフローを再起動します。

2.6(1a)

CSCvf93812

アップグレード プロセス中に ESXi ホストを手動で再起動すると、アップグレードが失敗します。

再起動された ESXi ホストは、VMware VCenterクラスタに「接続されていない」/「応答なし」と表示されます。その後のアップグレードの試行は、認証エラーで ESXi 検証中に失敗します。

vCenter を使用して HX ユーザーを手動で再作成します。

• ESXi コマンド ラインにログインします。

• vSphere HA (FDM) サービスを手動で開始します。ホストを vCenter に再接続します。ESXi ホストで vim コマンドを使用して、この VM を再登録します。

  詳細については、『VMWare KB: ESXi ホスト (2007739) に vSphere HA (FDM) エージェントをインストールできない』を参照してください。

• HX ユーザーを回復します。Cisco TAC に連絡して、サポートを受けてください。

• /etc/hosts にエントリを追加します。

• データストアを再マウントします。

• アップグレードを再試行します。

アップグレード プロセス中にクラスタ内の ESXi ホストを手動で再起動しないでください。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

CSCvb91838

クラスタの展開に失敗し、一覧から運用 DNS サーバーがありません。

展開またはクラスタの作成後に DNS サーバーが動作不能になった場合は、コントローラに新しい運用 DNS を追加します。次のコマンドを使用します。

# stcli services dns remove --dns <non_operational_dns_ip>

# stcli services dns add --dns <operational_dns_ip>

1.8(1c)

CSCvb29790

vCenter サーバーの検索に失敗したため、クラスタの作成に失敗しました。

vSphere Web クライアントで、vCenter ホスト名を config.vpxd.sso.sts.uri 変数の IP アドレスに変更します。

1.8(1a)

管理

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように実行します。

1. VCenter のダミー stCtlVM を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1b)

CSCvi34303

HX Connect UI は、表が .CSV 形式でエクスポートされ、Excel で開いたときにエラーが表示されます。

なし。

3.0(1a)

CSCvg69228

以前に削除または削除されたディスクが、インベントリに誤って表示される可能性があります。

これは無視しても問題ありません。

2.6(1b)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvg26340

2.5(1c) 以降のリリースの場合、クラスタが正常である間許容できるノード障害はゼロを示します。

この問題が発生した場合は、TAC に連絡して回避策を確認してください。

2.5(1c)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

CSCvf27609

回復ジョブのクエリは、summary_step_stateと [state (状態)] フィールドを返します。

[state (状態)] フィールドのみを参照してください。[summary_step_state] フィールドの情報を無視します。

2.5(1a)

暗号化

CSCvh79736

リモート セキュリティ タイムアウトを無効にし、HX Connect で再試行の無効化操作が失敗します。

無効化操作がタイムアウトした後、SAS コントローラがまだセキュリティで保護されているサーバーの再スキャン インベントリを発行します。その後、HX 接続から暗号化を無効に再試行します。任意のコントローラ VM から次のコマンドを実行します。

hx.py --rescan-drive-inventory -f getOrg.json --server-serial <serial number of server>

3.0(1a)

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCSM は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

CSCvf04240

新しいノードがクラスタに追加された後、暗号化が有効になっていない可能性があります。

考えられる原因の 1 つは、シリアル番号が ESX ホストから正しく報告されなかったことが考えられます。

ESX ホストでホスト サービスを再起動し、HX Connect UI からクラスタで暗号化を有効にします。既に暗号化が有効になっているすべてのノードは影響を受けありません。

2.5(1a)

CSCve91866

UCSM の暗号化 KMIP ポリシーを変更して IP アドレスをクリアすることはできません。

UCSM では、この動作は許可されません。UCSM で KMIP ポリシーを削除し、必要に応じて IP アドレスを調整して、タスクを再試行します。

2.5(1a)

Hyper-V

CSCvk18743

ストレージ コントローラ VM は長時間にわたってダウンしているため、VM の電源がオフになる可能性があります。

ほとんどの場合、ストレージ コントローラ VM は数分以内に自動的に戻ってきます。コントローラ VM がダウンしている間、VM は一時的に一時停止し、IO は中断し、コントローラ VM がバックアップされると自動的に再開します。ライブ移行は必要ありません。

コントローラ VM が数分後に戻ってこない場合は、ストレージ コントローラ VM の電源を入れるまで、影響を受ける HyperFlex Hyper-V ホストから VM を移行します。

3.0(1b)

CSCvj22992

VM が複数のノードに表示されます。

VM を回復するには、データ ディスクをコピーして新しい VM に接続します。

3.0(1b)

CSCvi73818

Windows Event Viewer shows an error, "RSS and VMQ - base processor and max processors overlap."

This issue can be safely ignored and has no impact on functionality.

Use the set –netadaptervmq powershell command to update the processors used for VMQ.

3.0(1a)

CSCvi73801

The following roles are enabled by default on HX Hyper-V node:

• ウェブ サーバ

• リモート アクセス

If needed, manually disable roles.

3.0(1a)

CSCvi73796

Windows Event Log or Viewer displays errors due to invalid VMQ network configuration.

This is a known issue and does not impact functionality.

3.0(1a)

CSCvi70645

Directory listing on a host appears as hung for a non-existent datastore.

Use CTRL+C to cancel the operation and re-try.

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi37407

Service profile association is stuck at "Waiting for Storage Subsystem to initialize" stage after re-acknowledging the server.

この問題が発生した場合は、次の手順を実行します。

• Disassociate Service profile.

• サーバの稼働を中止する。

• Re-acknowledge the server and associate the service profile again.

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi14568

Import VM operation fails using Hyper-V Manager (Remote) when the exported VM is stored on HX-Datastore.

• Run the following powershell commands:

  C:\Users\Administrator.HV-AD10> Invoke-Command -Comp stfs-028b -Command { Import-VM -Path "\\ctlvm28b.hv-ad1.local\ds1\export\vm7\Virtual Machines\96BDC6FC-0E69-4643-A50C-617E695C7705.vmcx" -VhdDestinationPath "\\ctlvm28b.hv-ad1.local\ds1\i14" -SnapshotFilePath "\\c tlvm28b.hv-ad1.local\ds1\i14" -SmartPagingFilePath "\\ctlvm28b.hv-ad1.local\ds1\i14" -Copy -GenerateNewId | Rename-VM -NewName vm102 }

• これは、既知の Microsoft 問題です。See: Microsoft article: Remote import-vm in Hyper-V.

CSCvh80044, CSCvi59119

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

インストール、アップグレード、展開

CSCvh51922

When using the LAN on motherboard (LOM) ports in shared LOM mode on HX M5 hardware, the link speed may not fully negotiate to 1000Mbps and may negotiate at the slower 100Mbps.

Manually set all switchport speeds to 1000 and do not rely on auto-negotiate. Reference the HX Edge install guide for sample configurations. Alternatively, set the CIMC to use dedicated mode.

2.6(1b)

CSCvh09129

クラスタ拡張: ノードをクラスタに追加する前に、検証 (十分な DR IP) が必要です。

クラスタの新しいノードに割り当てるため、十分な複製 IP があることを確認します。必要な場合、複製ネットワーク設定を変更して、追加 IP 範囲を含みます。

2.6(1a)

CSCvg43082

During upgrade from 2.5.1c to 2.6.1b, device connect might get disabled.

Enable device connect through HX Connect.

2.6(1a)

CSCvg05306

In rare cases, after kernel upgrade, the gateway IP address changes for eth0 and eth1.

Contact Cisco TAC for further guidance after collecting logs.

2.5(1a)

CSCvf98675

During the reboot phase of deployment server disks were not detected.

HX deployment fails with error: "Controller VM Install Device (tmpfs) not persistent. Cannot Install Packages".

Re-acknowledge the server in UCS Manager. Then retry the deployment.

2.6(1a)

CSCvf93815

FI may reboot during cluster deployment, and installation hangs.

Reboot Installer VM and restart the HX cluster installation workflow.

2.6(1a)

CSCvf93812

Upgrade fails when the ESXi host is rebooted manually during the upgrade process.

The rebooted ESXi host shows up as 'not-connected'/'not-responding' in the VMware VCenter cluster. Subsequent upgrade attempts will fail during ESXi validation with authentication failure errors.

Manually recreate the HX user through vCenter.

• Log in to ESXi command line.

• Manually start vSphere HA (FDM) service. Reconnect the host to vCenter. Re-register this VM using vim command on the ESXi host.

  Please see VMWare KB: Cannot install the vSphere HA (FDM) agent on ESXi host (2007739) for more details.

• Recover HX user. Cisco TAC に連絡して、サポートを受けてください。

• Add entry to /etc/hosts.

• Remount datastores.

• Retry upgrade.

Do not manually reboot any of the ESXi hosts in the cluster during the upgrade process.

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

CSCvb91838

Cluster expansion failed with no operational DNS server from the list.

If the DNS server becomes non-operational after deployment or cluster creation, add a new operational DNS to the controller. 次のコマンドを使用します。

# stcli services dns remove --dns <non_operational_dns_ip>

# stcli services dns add --dns <operational_dns_ip>

1.8(1c)

CSCvb29790

Cluster creation fails due to failure to locate vCenter server.

In the vSphere Web Client, change the vCenter host name to an IP address in the config.vpxd.sso.sts.uri variable.

1.8(1a)

管理

CSCvj31645

まれに、Windows を実行している重複またはダミーのストレージ コントローラ VM (Stctlvm) が ESXi クラスタに表示されることがあります。

この問題が発生した場合は、次のように実行します。

1. VCenter のダミー stCtlVM を削除します。

2. 古い拡張機能をクリーンアップします。

3. 元の vCenter に再登録します。

3.0(1b)

CSCvi34303

HX Connect UI displays an error when any table is exported in .CSV format, and opened in excel.

なし。

3.0(1a)

CSCvg69228

Previously deleted/removed disks may be erroneously listed in the inventory.

This is a benign issue that can be safely ignored.

2.6(1b)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvg26340

For releases higher than 2.5(1c), node failures tolerable to be shows zero while the cluster is healthy.

If you encounter this issue, contact TAC for a workaround.

2.5(1c)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

Performance charts show a gap for several minutes during an All Flash cluster upgrade.

This is expected behavior because the reporting services are taken down during the upgrade. Only the Reporting Chart is affected, not the actual performance.

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

CSCvf27609

Query for recovery job returns summary_step_state and state fields.

Refer to the state field only. Ignore the information in the summary_step_state field.

2.5(1a)

暗号化

CSCvh79736

Disable remote security times out and retry disable operation fails in HX Connect.

After the disable operation times out, issue rescan-inventory for the servers whose SAS controllers are still secure. Then retry disable encryption from the HX Connect. Run the following commands from any controller VM:

hx.py --rescan-drive-inventory -f getOrg.json --server-serial <serial number of server>

3.0(1a)

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCSM might indicate partially disabled encryption security.

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

CSCvf04240

新しいノードがクラスタに追加された後、暗号化が有効になっていない可能性があります。

考えられる原因の 1 つは、シリアル番号が ESX ホストから正しく報告されなかったことが考えられます。

ESX ホストでホスト サービスを再起動し、HX Connect UI からクラスタで暗号化を有効にします。既に暗号化が有効になっているすべてのノードは影響を受けありません。

2.5(1a)

CSCve91866

UCSM の暗号化 KMIP ポリシーを変更して IP アドレスをクリアすることはできません。

UCSM では、この動作は許可されません。UCSM で KMIP ポリシーを削除し、必要に応じて IP アドレスを調整して、タスクを再試行します。

2.5(1a)

Hyper-V

CSCvi92070,

フェールオーバー クラスタ マネージャ UI で複数の VM を選択した場合、1 つの VM のみが高可用性になります。

フェールオーバー クラスタ マネージャーの代わりに、次の PowerShell コマンドを使用します。

3.0(1a)

CSCvi73818

Windows イベント ビューアに「RSS と VMQ - ベース プロセッサと最大プロセッサが重複しています」というエラーが表示されます。

この問題は無視しても問題なく、機能に影響はありません。

VMQ に使用するプロセッサを更新するには set –netadaptervmq powershell コマンドを使用します。

3.0(1a)

複製されたユーザー VM は、フェールオーバー クラスタ リソースの一部にはなりません。

フェールオーバー クラスタ マネージャー (FCM) を使用して、クラスタ化されたリソースにします。

3.0(1a)

CSCvi73801

HX Hyper-V ノードでは、次のロールがデフォルトで有効になっています。

• ウェブ サーバ

• リモート アクセス

必要に応じて、ロールを手動で無効にします。

3.0(1a)

CSCvi73796

Windows イベント ログまたはビューアは、無効な VMQ ネットワーク構成が原因のエラーを表示します。

これは既知の問題であり、機能に影響はありません。

3.0(1a)

CSCvi71157

Hyper-V マネージャーで仮想マシンの記憶域の移行が失敗し、「移動操作中にエラーが発生しました」というエラーが表示されます。

HX ストレージ内のストレージ移行はサポートされていません。ただし、hx 以外のストレージとの間のストレージの移行はサポートされています。

3.0(1a)

CSCvi70645

ホスト上のディレクトリ リストは、存在しないデータストアに対してハングとして表示されます。

Ctrl キーを押しながら C キーを押して操作をキャンセルし、再試行してください。

3.0(1a)

CSCvi63527

ホスト上のデータストアのアクセシビリティは、ホストをメンテナンス モードにする前には検証されません。

メンテナンス モードでホストに入る前に、すべての物理ホストがデータストアにアクセスできることを確認してください。そうでない場合は、メンテナンス モードを試みないでください。

3.0(1a)

CSCvi56910

データストアの作成後すぐに、ディレクトリのリストはエラー「別の目的のために使用されているため、プロセスがファイル \\xyz.cloud.local\\ds1 にアクセスできません」で失敗する可能性があります。"

データストアの作成後数分待機して、コマンドを再試行してください。

3.0(1a)

CSCvi37407

サーバーを再認識した後、サービス プロファイルの関連付けが「ストレージ サブシステムの初期化待機」 ステージでスタックします。

この問題が発生した場合は、次の手順を実行します。

• サービス プロファイルの関連付けを解除します。

• サーバの稼働を中止する。

• サーバを再認識し、サービス プロファイルを再度関連付けます。

CSCvi16323

HX がグレーアウト表示されているため、Hyper-V Manager (Remote) の特定の HX に移動できない場合があり、[Inspect Disk (ディスクの検査)] オプションは使用できません。

これは既知の問題です。

3.0(1a)

CSCvi14568

エクスポートされた VM が HX-Datastore に格納されている場合、Hyper-V マネージャー (リモート) を使用して VM のインポート操作が失敗します。

• 次の PowerShell コマンドを実行してください。

  C:\Users\Administrator.HV-AD10> Invoke-Command -Comp stfs-028b -Command { Import-VM -Path "\\ctlvm28b.hv-ad1.local\ds1\export\vm7\Virtual Machines\96BDC6FC-0E69-4643-A50C-617E695C7705.vmcx" -VhdDestinationPath "\\ctlvm28b.hv-ad1.local\ds1\i14" -SnapshotFilePath "\\c tlvm28b.hv-ad1.local\ds1\i14" -SmartPagingFilePath "\\ctlvm28b.hv-ad1.local\ds1\i14" -Copy -GenerateNewId | Rename-VM -NewName vm102 }

• これは、既知の Microsoft 問題です。参照先:マイクロソフトの記事: Hyper-V のリモート インポート vm。

CSCvh99126

テンプレートから仮想マシンを作成する作業は機能しますが、VMM からのテンプレート ワークフローは作成されません。

この問題が発生した場合は、次の手順を実行します。

• VMM コンソール ホスト上の etc/hosts ファイルを使用して、クラスタ管理 IP への SMB アクセス ポイントを解決します。

• VMM に HX 共有を追加する前に、すべてのコントローラー VM で次のコマンドを実行します。

  iptables -I INPUT 1 -i eth0 -p tcp --dport 445 -j ACCEPT

  このコマンドで、管理ネットワーのポート 445 を開きます。

3.0(1a)

CSCvh80044, CSCvi59119

これは既知の制限です。大文字小文字での区別は現在サポートされておらず、今後のリリースで対処されます。

3.0(1a)

インストール、アップグレード、展開

CSCvj18863

リリース 3.0(1a) へのアップグレードや、3.0(1a) からの後続アップグレード中またはアップグレード後に、SW パニックが原因で 1 つ以上のノードが再始動する場合があります。

Cisco TAC に連絡して、この問題に関するサポートを受けてください。

さらに、次の点に注意してください。

• 以前のリリースから既に 3.0(1a) にアップグレードしている場合は、Cisco TAC に連絡して、このエクスポージャーに事前に対処してください。

• これは、3.0(1a) の新規インストールでは問題ではありません。

3.0(1a)

CSCvi84992

オフライン アップグレード中に、HX Connect は次の「サーバー呼び出しエラー」のエラーを表示します。

この問題が発生した場合は、次の手順を実行します。

1. HX Connect からログアウトし、再度ログインして、[Upgrade (アップグレード)] ページに移動します。

2. 次のコマンドを実行します。

   stcli cluster start

3. HX 接続を更新して、更新された情報を表示します。

3.0(1a)

CSCvh54563

HX240 プラットフォームで HyperFlex ログを生成すると、クラスターのすべてのパスダウン状態が発生します。

この問題は、ESXi 6.5 GA リリースの vmw_ahci ドライバが原因で発生します。

この問題が発生した場合は、次の手順を実行します。

• (推奨) VMware vSphere 6.5 パッチ U1 にアップグレードします。

• ESXi ホストの vmw_ahci ドライバを一度に 1 ノードずつ無効にし、次のノードに移動する前にクラスタが正常であることを確認します。次のステップを実行します。

  1. ESXi ノードで次のコマンドを実行します。

     # esxcli system module set --enabled=false --module=vmw_ahci

• ノードをリブートします。

2.6(1b)

CSCvh51922

HX M5 ハードウェア上にある共有 LOM モードのマザーボード (LOM) モードで LAN を使用する場合、リンク速度が 1000 Mbps に完全にネゴシエートされず、低速の 100 Mbps でネゴシエートされる場合があります。

すべてのスイッチ ポート速度を手動で 1000 に設定し、自動ネゴシエーションに依存しません。サンプル構成については、HX Edge インストール ガイドを参照してください。または、専用モードを使用するように CIMC を設定します。

2.6(1b)

CSCvg41818

電源オフ VM 用に接続された GPU 共有 PCI デバイスでスナップショットを作成すると、HX スナップショット エラーが発生しました。

GPU を使用して VM のスナップショットを作成することはできません。スナップショットを作成するには、これらの VM の電源をオフにする必要があります。

2.5(1c)

CSCvg43082

2.5.1c から 2.6.1b へのアップグレード中に、デバイス接続が無効になる場合があります。

HX 接続を介してデバイス接続を有効にします。

2.6(1a)

CSCvg05306

まれに、カーネルのアップグレード後に、eth0 と eth1 のゲートウェイの IP アドレスが変更されます。

ログを収集した後の詳細なガイダンスについては、Cisco TAC にお問い合わせください。

2.5(1a)

CSCvf98675

展開サーバーの再起動フェーズ中に、ディスクが検出されませんでした。

HX の展開は次のエラーで失敗します: 「コントローラー VM インストール デバイス (tmpfs) が永続的ではありません。パッケージをインストールできません」。

UCS マネージャでサーバを再確認します。その後、展開を再試行します。

2.6(1a)

CSCvf93815

クラスタの展開中に FI が再起動し、インストールがハングすることがあります。

インストーラー VM を再起動し、HX クラスタのインストール ワークフローを再起動します。

2.6(1a)

CSCvf93812

アップグレード プロセス中に ESXi ホストを手動で再起動すると、アップグレードが失敗します。

再起動された ESXi ホストは、VMware VCenterクラスタに「接続されていない」/「応答なし」と表示されます。その後のアップグレードの試行は、認証エラーで ESXi 検証中に失敗します。

vCenter を使用して HX ユーザーを手動で再作成します。

• ESXi コマンド ラインにログインします。

• vSphere HA (FDM) サービスを手動で開始します。ホストを vCenter に再接続します。ESXi ホストで vim コマンドを使用して、この VM を再登録します。

  詳細については、『VMWare KB: ESXi ホスト (2007739) に vSphere HA (FDM) エージェントをインストールできない』を参照してください。

• HX ユーザーを回復します。Cisco TAC に連絡して、サポートを受けてください。

• /etc/hosts にエントリを追加します。

• データストアを再マウントします。

• アップグレードを再試行します。

アップグレード プロセス中にクラスタ内の ESXi ホストを手動で再起動しないでください。

2.6(1a)

CSCve73004

2.1 (1b) から2.5 へのファームウェア アップグレードが HX Data Platformによって開始された場合、UCS Manager はディスク ファームウェアのステータスを更新しません。

ソフト リセットを実行します。

# CIMC-soft-rest

2.5(1a)

CSCvc62266

オフライン アップグレード後、VMware EAM の問題により、一部のコントローラ VM が再起動しないことがあります。stcli start cluster コマンドが「ノードは使用できません」というエラーを返します。

コントローラ VM の電源を手動でオンにして、クラスタを開始します。

1. コントローラ VM の電源を手動でオンにします。

   • vSphere Web クライアントにログインします。

   • 電源がオンになっていないコントローラ VM を見つけ出します。vCenter ナビゲータで [Inventory Lists (インベントリ リスト)] > [Virtual Machines (仮想マシン)] > [vm] を選択します。ストレージ コントローラ VM の名前には、stCtlVM というプレフィックスが付きます。

   • [Actions (アクション)] メニューから、[Power (電源)] > [Power On (電源オン)] を選択します。

2. ストレージ クラスタを再起動します。

   • 任意のコントローラ VM のコマンド ラインにログインします。

   • コマンドを実行します。

     # stcli cluster start

2.0(1a)

CSCvb94112

HX インストーラは、クラスタ拡張プロセス中に、クラスタ拡張検証画面でスタックする可能性があります。

1. ログを確認して、拡張ワークフローがハングしていることを確認します。

2. ブラウザに http://ip_of_installer/api/reset と入力して、ワークフローを再起動します。

1.8(1c)

CSCvb91838

クラスタの展開に失敗し、一覧から運用 DNS サーバーがありません。

展開またはクラスタの作成後に DNS サーバーが動作不能になった場合は、コントローラに新しい運用 DNS を追加します。次のコマンドを使用します。

# stcli services dns remove --dns <non_operational_dns_ip>

# stcli services dns add --dns <operational_dns_ip>

1.8(1c)

CSCvb29790

vCenter サーバーの検索に失敗したため、クラスタの作成に失敗しました。

vSphere Web クライアントで、vCenter ホスト名を config.vpxd.sso.sts.uri 変数の IP アドレスに変更します。

1.8(1a)

管理

CSCvi95613

HX LFF サーバが同じ UCS ドメイン上にある場合、HX インストーラは失敗します。

他の HX クラスタを使用して共有 UCS ドメインに LFF HX クラスタを展開する場合は、拡張を試みる前に 3.0(1a) へのアップグレードを使用する必要があります。LFF HX クラスタと同じドメインで新しく LFF 以外のクラスタを展開する場合は、3.0(1a) 以降の HX インストーラも使用する必要があります。

3.0(1a)

CSCvi92768

stcli 経由で 2 つのノードを LAZ クラスタに追加すると、エラーが発生します。

現在のリリースでは既知の問題があるため、複数のノードがクラスタを使用できなくなる可能性があります。このバグは、次のリリースで解決される予定です。

3.0(1a)

CSCvi82755

Cisco Intersight の HyperFlex クラスタ リスト ビューには、ESXi クラスタのハイパーバイザ バージョンが表示されない場合があります。

Cisco Intersight から HX Connect へのクロスローンチを行い、実行中の ESXi バージョンを確認します。

3.0(1a)

CSCvi76137

3.0(1a)

CSCvi73417

HX Connect では、スナップショットの進行中に VM リスト ページが空白として表示されます。

なし。

3.0(1a)

CSCvi34303

HX Connect UI は、表が .CSV 形式でエクスポートされ、Excel で開いたときにエラーが表示されます。

なし。

3.0(1a)

CSCvg69228

以前に削除または削除されたディスクが、インベントリに誤って表示される可能性があります。

これは無視しても問題ありません。

2.6(1b)

CSCvg47332

HX スナップショットで VM の休止オプションを使用すると、VM の機能が発生する可能性があります。

休止オプションを使用する予定の場合は、HX スナップショットを有する VM には使用しないでください。

休止オプションを使用する必要がある場合は、すべての HX スナップショットを削除し、VMware スナップショットを使用します。

2.1(1b)

CSCvg26340

2.5(1c) 以降のリリースの場合、クラスタが正常である間許容できるノード障害はゼロを示します。

この問題が発生した場合は、TAC に連絡して回避策を確認してください。

2.5(1c)

CSCvf90091

間違ったゲートウェイが提供されると、クラスタやクラスタ作成後にエラーが表示されます。

コントローラ VM にログインして、ゲートウェイを修正します。

2.5(1c)

CSCvf25130

30 分後に HX Connect がタイムアウトします

アイドル状態のまま 30 分が経過すると、HX Connect 仮想マシンでページ タイムアウトが発生します。ページに戻って任意の場所をクリックすると、更新されたデータは不完全か、次のエラーを受信する可能性があります。「VI SDK 取り消しの例外:; ネストされた例外: com.vmware.vim25.NotAuthenticated」認証されていません。

ブラウザまたは HX Connect ボタンを使用して、HX Connect の更新を再試行します。代わりに、HX Connect からログアウトして、もう一度ログインします。

これは、VMware の既知の問題です。「VMware KB、vCenter サーバ ログによるエラーの報告: SOAP セッションのカウントが上限に達しました (2004663)」も参照してください。

2.5(1a)

CSCve17284

パフォーマンス グラフは、All Flash クラスタのアップグレード中に発生する数分間のギャップを示します。

これは、アップグレード中にレポート サービスがダウンするため、予期される動作です。実際のパフォーマンスではなく、レポート グラフのみが影響を受けます。

2.5(1a)

Replication

CSCvf29202

仮想マシンが保護されているため、復元にはデータストア上の同じフォルダにないディスクを含まない可能性があります。

仮想マシン ディスクが同じフォルダ以外にあり、保護された仮想マシンのデータストアが存在する場合:

1. ディスクをデータストアの同じフォルダに移動します。

2. 仮想マシンにディスクを追加 (再度追加) します。

これにより、保護と復元作業が正常に行われていることを確認します。

2.5(1a)

CSCvf27609

回復ジョブのクエリは、summary_step_stateと [state (状態)] フィールドを返します。

[state (状態)] フィールドのみを参照してください。[summary_step_state] フィールドの情報を無視します。

2.5(1a)

CSCvb54848

HX プラグインの展開後に vSphere Replication プラグインが失敗する

この問題を回避するには、まず vSphere レプリケーション プラグインをインストールしてから、HX データ プラットフォーム プラグインをインストールします。

必要な要素をアンインストールし、サポートされている順序で再インストールする手順については、2.5 リリース トラブルシューティング ガイドを参照してください。

1.7.1

暗号化

CSCvh79736

リモート セキュリティ タイムアウトを無効にし、HX Connect で再試行の無効化操作が失敗します。

無効化操作がタイムアウトした後、SAS コントローラがまだセキュリティで保護されているサーバーの再スキャン インベントリを発行します。その後、HX 接続から暗号化を無効に再試行します。任意のコントローラ VM から次のコマンドを実行します。

hx.py --rescan-drive-inventory -f getOrg.json --server-serial <serial number of server>

3.0(1a)

CSCvf17183

Modify security コマンドの実行中に CIMC がリブートし、サーバがローカル キー管理で保護されている場合、サーバが使用する正しいキーを認識していないため、後続の disable-security コマンドが失敗することがあります。

modify-security コマンドが進行中だった場合、CIMC がリブートしました。

コントローラ VM にログインし、sed-client を使用して、物理ドライブ キーを更新してサーバのキーに一致させます。

2.5(1a)

CSCvf06510

UCSM は、部分的に無効になっている暗号化セキュリティを示している可能性があります。

対処不要です。これはレポート インターフェイス間の同期問題です。

HX Connect から確認するには、[System Information (システム情報)] > [Disks (ディスク)] > [Security (セキュリティ)] を選択します。すべてのディスクおよびコントローラ VM は、セキュリティの無効化を示す必要があります。

2.5(1a)

CSCvf04240

新しいノードがクラスタに追加された後、暗号化が有効になっていない可能性があります。

考えられる原因の 1 つは、シリアル番号が ESX ホストから正しく報告されなかったことが考えられます。

ESX ホストでホスト サービスを再起動し、HX Connect UI からクラスタで暗号化を有効にします。既に暗号化が有効になっているすべてのノードは影響を受けありません。

2.5(1a)

CSCve91866

UCSM の暗号化 KMIP ポリシーを変更して IP アドレスをクリアすることはできません。

UCSM では、この動作は許可されません。UCSM で KMIP ポリシーを削除し、必要に応じて IP アドレスを調整して、タスクを再試行します。

2.5(1a)