3.5(1a)

2020 年 5 月 15 日

HX 3.5(1a) - サポート終了

3.5 (2h)

2020 年 5 月 4 日

• M5 向けのホスト アップグレード ユーティリティ (HUU) を、HX 3.5(2h) に合わせて UCS 4.0(4k) にアップデートしました。

• HX REST API アクセス トークン管理についての説明を、「注意事項と制約事項」のセクションに追加しました。

• HX 3.5(2f) での Cisco UCS Manager 4.1(1c) のサポートを追加しました。

3.5 (2h)

2020 年 3 月 30 日

M4 および M5 推奨 FI/サーバ ファームウェアを、HX 3.5(2g) に合わせて UCS 4.0(4h) にアップデートしました。

3.5 (2h)

2020 年 3 月 24 日

M4 および M5 推奨 FI/サーバ ファームウェアを、HX 3.5(2h) に合わせて UCS 4.0(4h) にアップデートしました。HX 3.5(1a) をサポート対象外に指定しました。HX 3.5(2b) の未解決の問題リストに CSCvs08218 を追加しました。

3.5 (2h)

2020 年 3 月 5 日

HyperFlex バージョン 3.0(1x) および 3.5(1x) のアップグレードのリマインダを追加しました。これらのバージョンはサポート終了であると告知され、サポート対象外となったためです。HX 3.0 の要件に対する参照を削除しました。

3.5 (2h)

2020 年 1 月 28 日

HX 3.5(2h) の解決済みの問題の一覧に CSCvs47419 を追加しました。

3.5 (2h)

2020 年 1 月 21 日

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

3.5 (2c)

2020 年 1 月 14 日

延期されている Cisco HyperFlex リリース HX 3.5(2c) のリリース ノートを更新しました。

3.5 (2g)

2020 年 1 月 10 日

HX 3.5(2g) の未解決の警告の一覧に CSCvs35307 を追加しました。

3.5 (2g)

2019 年 12 月 23 日

HX 3.5(2f)、3.5(2e)、3.5(2d) の場合、M4 および M5 推奨 FI/サーバ ファームウェアを UCS 4.0(4e) に更新しました。

3.5 (2g)

2019 年 12 月 13 日

HX 3.5(2g)、3.5(2f)、3.5(2e) の解決済み警告のリストに CSCvs28167 を追加しました。HX 3.5(2d)、3.5(2c)、3.5(2b)、3.5(2a)、3.5(1a) の未解決の警告の一覧に CSCvs28167 を追加しました。

3.5 (2g)

2019 年 11 月 25 日

未解決の問題リストに CSCvs02466 が追加されました。

3.5 (2g)

2019 年 11 月 19 日

「アップグレード ガイドライン」の項の情報が更新されました。

3.5 (2g)

2019 年 11 月 7 日

3.x 展開セクションの HyperFlex Edge およびファームウェア互換性マトリックスを更新しました。

3.5 (2g)

2019 年 10 月 25 日

セキュリティ修正の一覧に CSCvj95606 および CSCvq24176 を追加しました。

3.5 (2g)

2019 年 10 月 21 日

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

3.5 (2f)

2019 年 9 月 17 日

3.5 (2f)

2019 年 9 月 10 日

3.5 (2f)

2019 年 9 月 6 日

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

3.5 (2f)

2019 年 9 月 6 日

3.5(2e)

2019 年 8 月 23 日

3.5(2e)

2019 年 8 月 21 日

3.5(2e)

2019 年 8 月 8 日

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

3.5(2e)

2019 年 8 月 2 日

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

3.5(2e)

2019 年 7 月 22 日

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

3.5 (2d)

2019 年 7 月 15 日

• 「サポートされているバージョンとシステム要件」セクションで、SED ベース HyperFlex システムの UCS Manager の相互運用性が更新されました。

• 「サポートされている VMware vSphere バージョンおよびエディション」の ESXi 6.7 U2 のリリース 3.5 (2b) サポートが更新されました。

3.5(2d)

2019 年 6 月

HyperFlex Edge およびファームウェアの互換性の表を追加しました。

3.5 (2d)

2019 年 6 月 19 日

• 「リリース 3.5 (2d) で解決済みの問題」リストに CSCvp40474 が追加されました。

• 「リリース 3.5 (2b) で未解決の問題」リストに記載されている CSCvp40474 の回避策に関する情報を更新しました。

3.5 (2d)

2019 年 6 月 11 日

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

3.5 (2c)

2019 年 5 月 31 日

CSCvo36198 を、「リリース 3.5 (2c) の解決済みの問題」リストに移動しました。

3.5 (2c)

2019 年 5 月 29 日

• ストレッチ クラスタでリリース 3.5 (2c) を使用していないことに関する重要な注意事項が追加されました。

• 「リリース 3.5 (2c) の未解決の問題リスト」セクションに CSCvp90129 が追加されました。

3.5 (2c)

2019 年 5 月 21 日

• UCS/UCSM のインストールの問題 CSCvo13678 を説明するメモを追加しました。

• 「リリース 3.5 (2c) の解決済みの問題」セクションに関して、CSCvo75522 のストレッチ クラスタ ガイドへの参照が追加されました。

• 「アップグレードのガイドライン」セクションの Hypercheck TechNote の記事へのリンクが更新されました。

• 「リリース 3.5 (2b) で未解決の問題の CSCvo7」セクション CSCvo70723 が更新されました。

3.5 (2c)

2019 年 5 月 20 日

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

3.5 (2b)

2019 年 5 月 16 日

「リリース 3.5 (2b) で未解決の問題」リストに CSCvp58804 が追加されました。

3.5 (2b)

2019 年 5 月 2 日

「リリース 3.5 (2b) で解決済みの警告」リストに CSCvk38003 が追加されました。

3.5(2a)

2019 年 1 月 8 日

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

3.5(1a)

2018 年 11 月 21 日

「Cisco HX Data Platform ストレージ クラスタの仕様」セクションの形式を改定しました。

3.5(1a)

2018 年 11 月 6 日

• 「サポートされている vSphere バージョン」セクションに vCenter バージョン 6.7 U1 が追加されました。

• 「サポートされている vSphere バージョン」の表から、廃止されたリリース-1.8、2.0、2.1、2.5 を削除しました。

• 「リリース 3.5 (1a) で未解決の問題」リストに CSCvn07634 が追加されました。

3.5(1a)

2018 年 10 月 16 日

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

HX サーバ

HX220c M4

HX220c M5

HX240c M4

HX240c M5

HX220c M4

HX220c AF M5

HX240c M4

HX240c M5

HX240c-M5L

HX220c M5 Edge

HX220c M4 Edge

HX220c M5

HX240c M5

HX220c AF M5

HX240c-M5L

HX220c M5

HX240c M5

HX220c AF M5

HX240c M5

HX240c-M5L

UCS B シリーズ/C シリーズ ラック サーバ

B200 M3/M4、B260 M4、B420 M4、B460 M4、B480 M5、C240 M3/M4、C220 M3/M4、C480 M5、C460 M4、B200 M5、C220 m5、および C240 M5

B200 M3/M4、B260 M4、B420 M4、B460 M4、B480 M5、C240 M3/M4、C220 M3/M4、C480 M5、C460 M4、B200 M5、C220 m5、および C240 M5

—

B200 M4、B200 M5

B200 M4、B200 M5

B200 M3/M4、B260 M4、B420 M4、B460 M4、B480 M5、C240 M3/M4、C220 M3/M4、C480 M5、C460 M4、B200 M5、C220 m5、および C240 M5

B200 M3/M4、B260 M4、B420 M4、B460 M4、B480 M5、C240 M3/M4、C220 M3/M4、C480 M5、C460 M4、B200 M5、C220 m5、および C240 M5

サポートされるノード

コンバージドおよびコンピューティング専用ノード

コンバージドおよびコンピューティング専用ノード

HXDP-S ライセンスされたノードの制限

コンピューティング専用喉に対して 1:1 比の HXDP-S

MinMax

コンバージド ノード: 3 ~ 32

コンピューティング専用ノード:0 ～ 32

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード:0 ～ 16

コンバージド ノード: 3

(HXDP-E ライセンスが必要)

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード: 0 ～ 16

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード: 0 ～ 16

コンバージド ノード: サイトごとに 2 ～ 16

コンピューティング専用ノード: サイトごとに 0 ～ 16

注:HXDP-P ライセンスが必要です

コンバージド ノード: サイトごとに 2 ～ 8

コンピューティング専用ノード: サイトごとに 0 ～ 8

注:HXDP-P ライセンスが必要です

HXDP-P ライセンスされたノードの制限

コンピューティング専用喉に対して 1:2 比の HXDP-P

MinMax

コンバージド ノード: 3 ~ 32

コンピューティング専用ノード: 0 ～ 32

(クラスタの最大サイズ)

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード:0 ～ 32

コンバージド ノード: 3

(HXDP-E ライセンスが必要)

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード: 0 ～ 16

コンバージド ノード: 3 ~ 16

コンピューティング専用ノード: 0 ～ 16

コンバージド ノード: サイトごとに 2 ～ 16

コンピューティング専用ノード: サイトごとに0 ～ 21

(クラスタの最大サイズ)

コンバージド ノード: サイトごとに 2 ～ 8

コンピューティング専用ノード: サイトごとに 0 ～ 16

(クラスタの最大サイズ)

64

48

3

32

32

サイトあたり 32/クラスタあたり 64

サイトあたり 32/クラスタあたり 64

コンピューティングからコンバージドへの最大比率

2:1 *

2:1 *

—

1:1

1:1

2:1 *

2:1 *

✔

✔

非対応

✔

✔

✔**

✔**

3.5 (2h)

CSCvs06094

CVE-2015-9383 CVE-2018-14498 CVE-2018-20406 CVE-2018-20852 CVE-2019-10160 CVE-2019-13117 CVE-2019-13118 CVE-2019-14287 CVE-2019-14973 CVE-2019-15903 CVE-2019-17546 CVE-2019-18197 CVE-2019-18218 CVE-2019-5010 CVE-2019-5094 CVE-2019-5481CVE-2019-5482 CVE-2019-9636 CVE-2019-9740 CVE-2019-9947 CVE-2019-9948

このバグは、Tenable スキャンの脆弱性に対処するためのものです。

3.5 (2g)

CSCvr20154

CVE-2019-10086

commons beanutils commons-beanutils の複数の脆弱性。

3.5 (2g)

CSCvj95584

CVE-2019-12620

Cisco HyperFlex ソフトウェアの統計情報収集サービスの脆弱性により、認証されていないリモートの攻撃者が該当デバイスに任意の値を入力する可能性があります。

この脆弱性は、統計情報収集サービスの認証が不十分であることに起因します。攻撃者は、影響を受けるデバイスの統計情報収集サービスに適切にフォーマット化されたデータ値を送信することで、この脆弱性を不正利用する可能性があります。不正利用に成功すると、攻撃者は Web インターフェイス統計情報で、ユーザーに無効なデータを提示する可能性があります。

詳細については、関連する『Cisco セキュリティ アドバイザリ』を参照してください。

3.5 (2g)

CSCvo98516

CVE-2019-1975

Cisco HyperFlex ソフトウェアの web ベースインターフェイスの脆弱性により、認証されていないリモートの攻撃者が、該当デバイスでクロスフレームスクリプティング (XFS) 攻撃を実行する可能性があります。

この脆弱性は、HTML iframe 保護が不十分であることに起因します。攻撃者は、悪意のある HTML iframe を含む攻撃者制御の web ページにユーザを誘導することで、この脆弱性をエクスプロイトする可能性があります。不正利用が成功すると、攻撃者はクリックジャックやその他クライアント側のブラウザ攻撃を行うことができます。

詳細については、関連する『Cisco セキュリティ アドバイザリ』を参照してください。

3.5 (2g)

CSCvr03322

CVE-2014-9092、CVE-2015-9262、CVE-2016-10087、CVE-2016-10165、CVE-2016-10708、CVE-2016-10713、CVE-2016-3616、CVE-2016-9318、CVE-2017-10053、CVE-2017-10067、CVE-2017-10074、CVE-2017-10078、CVE-2017-10081、CVE-2017-10087、CVE-2017-10089CVE-2017-10090、CVE-2017-10096、CVE-2017-10101、CVE-2017-10102、CVE-2017-10107、CVE-2017-10108、CVE-2017-10109、CVE-2017-10110、CVE-2017-10111、CVE-2017-10115、CVE-2017-10116、CVE-2017-10118、CVE-2017-10135、CVE-2017-10176、CVE-2017-10193CVE-2017-10198、CVE-2017-10243、CVE-2017-10274、CVE-2017-10281、CVE-2017-10285、CVE-2017-10295、CVE-2017-10345、CVE-2017-10346、CVE-2017-10347、CVE-2017-10348、CVE-2017-10349、CVE-2017-10350、CVE-2017-10355、CVE-2017-10388、CVE-2017-15232CVE-2017-16932、CVE-2017-17512、CVE-2017-18258、CVE-2017-3509、CVE-2017-3511、CVE-2017-3526、CVE-2017-3533、CVE-2017-3544、CVE-2018-0734、CVE-2018-0735、CVE-2018-0737、CVE-2018-1000030、CVE-2018-1000156、CVE-2018-1000802、CVE-2018-1000807CVE-2018-1000808、CVE-2018-1060、CVE-2018-1061、CVE-2018-10916、CVE-2018-10963、CVE-2018-11212、CVE-2018-11214、CVE-2018-1152、CVE-2018-11574、CVE-2018-12384、CVE-2018-12404、CVE-2018-13785、CVE-2018-14404、CVE-2018-14567、CVE-2018-14647CVE-2018-15473、CVE-2018-16428、CVE-2018-16429、CVE-2018-16435、CVE-2018-16890、CVE-2018-17100、CVE-2018-17101、CVE-2018-18311、CVE-2018-18312、CVE-2018-18313、CVE-2018-18314、CVE-2018-18557、CVE-2018-18585、CVE-2018-18661、CVE-2018-2579CVE-2018-2588、CVE-2018-2599、CVE-2018-2602、CVE-2018-2603、CVE-2018-2618、CVE-2018-2633、CVE-2018-2634、CVE-2018-2637、CVE-2018-2641、CVE-2018-2663、CVE-2018-2677、CVE-2018-2678、CVE-2018-2783、CVE-2018-2794、CVE-2018-2795、CVE-2018-2796、CVE-、CVE-CVE-2018-2797、CVE-2018-2798、CVE-2018-2799、CVE-2018-2800、CVE-2018-2814、CVE-2018-2815、CVE-2018-2952、CVE-2018-3149、CVE-2018-3150、CVE-2018-3169、CVE-2018-3180、CVE-2018-3183、CVE-2018-3214、CVE-2018-6594、CVE-2018-6951、CVE-2018-7456、CVE-、CVE-CVE-2018-8905、CVE-2019-2422、CVE-2019-3462、CVE-2019-3822、CVE-2019-3823、CVE-2019-6109、CVE-2019-6111

定期的なスキャンによって識別されるオープン ソース ソフトウェア コンポーネントの脆弱性。

3.5 (2g)

CSCvq24176

CVE-2018-15380

Cisco HyperFlex のクラスタ サービス マネージャの脆弱性により、認証されていない隣接する攻撃者がルート ユーザーとしてコマンドを実行する可能性があります。

この脆弱性は、入力に対する不十分な検証に起因します。攻撃者はクラスタ サービス マネージャに接続し、バインドされたプロセスにコマンドを挿入することにより、この脆弱性を悪用する可能性があります。悪用が成功すると、攻撃者は影響を受けるホスト上でルート ユーザーとしてコマンドを実行する可能性があります。

この脆弱性に対処するソフトウェア アップデートは、すでに Cisco からリリースされています。脆弱性に対処する回避策があります。

詳細については、関連する『Cisco セキュリティ アドバイザリ』を参照してください。

3.5 (2g)

CSCvj95606

CVE-2018-15380

Cisco HyperFlex のクラスタ サービス マネージャの脆弱性により、認証されていない隣接する攻撃者がルート ユーザーとしてコマンド挿入を実行する可能性があります。

この脆弱性は、保護されていないリスニング インターフェイスが原因で発生します。攻撃者は、リッスンしているインターフェイスに接続し、バインドされたプロセスにコマンドを挿入することにより、この脆弱性を悪用する可能性があります。悪用により、攻撃者は影響を受けるホスト上でルート ユーザーとしてコマンドを実行する可能性があります。

詳細については、関連する『Cisco セキュリティ アドバイザリ』を参照してください。

3.5 (2g)

CSCvo88997

CVE-2017-10053、CVE-2017-10067、CVE-2017-10074、CVE-2017-10078、CVE-2017-10081、CVE-2017-10087、CVE-2017-10089、CVE-2017-10090、CVE-2017-10096、CVE-2017-10101、CVE-2017-10102、CVE-2017-10107、CVE-2017-10108、CVE-2017-10109、CVE-2017-10110CVE-2017-10111、CVE-2017-10115、CVE-2017-10116、CVE-2017-10118、CVE-2017-10135、CVE-2017-10176、CVE-2017-10193、CVE-2017-10198、CVE-2017-10243、CVE-2017-10274、CVE-2017-10281、CVE-2017-10285、CVE-2017-10295、CVE-2017-10345、CVE-2017-10346CVE-2017-10347、CVE-2017-10348、CVE-2017-10349、CVE-2017-10350、CVE-2017-10355、CVE-2017-10356、CVE-2017-10357、CVE-2017-10388、CVE-2017-3509、CVE-2017-3511、CVE-2017-3526、CVE-2017-3533、CVE-2017-3539、CVE-2017-3544、CVE-2018-2579CVE-2018-2582、CVE-2018-2588、CVE-2018-2599、CVE-2018-2602、CVE-2018-2603、CVE-2018-2618、CVE-2018-2629、CVE-2018-2633、CVE-2018-2634、CVE-2018-2637、CVE-2018-2641、CVE-2018-2663、CVE-2018-2677、CVE-2018-2678、CVE-2018-2783、CVE-2018-2790、CVE-、CVE-CVE-2018-2794、CVE-2018-2795、CVE-2018-2796、CVE-2018-2797、CVE-2018-2798、CVE-2018-2799、CVE-2018-2800、CVE-2018-2814、CVE-2018-2815、CVE-2018-2952、CVE-2018-3136、CVE-2018-3139、CVE-2018-3149、CVE-2018-3150、CVE-2018-3169、CVE-2018-3180、CVE-、CVE-CVE-2018-3183、CVE-2018-3214、CVE-2019-2422

JVM 1.8 U121 で確認された脆弱性は、VC アラーム中にメモリ漏えいとなります (REST API を使用した同時 40 通話)。

3.5(2a)

CSCvn22303

CVE-2016-1000031

Apache Struts Commons FileUpload RCE に含まれている、サードパーティ ソフトウェアに関連した脆弱性。

3.5(2a)

CSCvm93059

CVE-2018-18074

Python package、Ubuntu カーネルに含まれているソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(2a)

CSCvk59165

CVE-2019-1665

認証されていないリモート攻撃者がクロスサイト スクリプティング (XSS) 攻撃を実施可能になる Cisco HyperFlex ソフトウェアの Web ベースの管理インターフェイスに関連する脆弱性。

3.5(2a)

CSCvm53149

CVE-2018-1092

CVE-2018-7492

CVE-2018-8087

CVE-2018-1068

CVE-2018-8781

Linux kernel for Ubuntu 17.10 に関連付けられている脆弱性。

3.5(2a)

CSCvm53142

CVE-2018-14598

CVE-2018-14599

CVE-2018-14600

libx11 に関連付けられている脆弱性。

3.5(2a)

CSCvm53132

CVE-2018-14622

libtirpcに関連付けられている脆弱性。

3.5(2a)

CSCvm34693

CVE-2018-1060

Python pop3lib apop() Method Denial of Serviceに含まれるソフトウェア バージョンに関連付けられている脆弱性。

3.5(2a)

CSCvm02920

CVE-2018-3615

CVE-2018-3620

CVE-2018-3646

August CPU Side-Channel Information Disclosure に関連付けられている脆弱性。

3.5(2a)

CSCvk31047

CVE-2019-1664

Cisco HX Data Platform に含まれている hxterm サービスのバージョンに関連付けられている脆弱性。

3.5(2a)

CSCvj08921

CVE-2018-7750

Paramiko transport.py Authentication Bypass に含まれているソフトウェア バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvm29418

CVE-2017-18342

PyYAML に含まれている、サードパーティ製ソフトウェアに関連付けられている脆弱性。

3.5(1a)

CSCvm20484

CVE-2018-14682

CVE-2018-14679

CVE-2018-14680

CVE-2018-14681

Cisco HX Data Platform に含まれている libmspack ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvm15800

CVE-2018-5391

Cisco HyperFlex System には、サービス妨害 (Dos) 脆弱性の IP フラグメントの再構成によって影響を受ける Linux カーネルのバージョンが含まれています。

3.5(1a)

CSCvm10159

CVE-2015-9262

Cisco HX Data Platform に含まれている libXcursor に関連付けられている脆弱性。

3.5(1a)

CSCvk59406

—

Cisco HyperFlex ソフトウェアのインストール プロセスの脆弱性により、認証されたローカルの攻撃者が機密情報を読み取ることが可能になる可能性があります。

3.5(1a)

CSCvk32464

—

Cisco HyperFlex ソフトウェアのファイル権限の脆弱性により、認証されたローカルの攻撃者が機密ファイルを読み取る可能性があります。

3.5(1a)

CSCvk22858

—

Cisco HyperFlex ソフトウェアの脆弱性により、認証されていないリモートの攻撃者が署名付きセッション トークンを生成する可能性があります。

3.5(1a)

CSCvk09234

CVE-2018-1092、CVE-2018-7492

CVE-2018-8087、CVE-2018-1068

CVE-2018-8781

Cisco HX Data Platform に含まれている Ubuntu Linux バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvk05700

CVE-2018-12015

Cisco HX Data Platform に含まれている perl ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvk05679

CVE-2014-9620

CVE-2014-9653

CVE-2015-8865

CVE-2018-10360

CVE-2014-9621

Cisco HX Data Platform に含まれている file ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvk00405

CVE-2016-6796

CVE-2017-12615

CVE-2017-7674

CVE-2016-0762

CVE-2016-6797

CVE-2017-12616

CVE-2018-1304

CVE-2016-5018

CVE-2016-6816

CVE-2017-12617

CVE-2017-5647

CVE-2016-6794

CVE-2016-8735

Cisco HX Data Platform に含まれている Apache Tomcat ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj95590

CVE-2019-1667

Cisco HX Data Platform に含まれている Graphite インターフェイスのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj95580

CVE-2019-1666

Cisco HX Data Platform に含まれている Graphite サービスのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj95644

—

Cisco HyperFlex ソフトウェアの Web インターフェイスの脆弱性により、認証されていないリモート攻撃者が、クリックジャック攻撃でデバイスの整合性に影響を与える可能性があります。

3.5(1a)

CSCvj81584

CVE-2010-4172、CVE-2011-1088

CVE-2011-1582、CVE-2009-0783

CVE-2011-5062、CVE-2013-4590

CVE-2016-0762、CVE-2017-5648

CVE-2012-2733、CVE-2014-0099

CVE-2016-5018、CVE-2018-1304

CVE-2014-0230、CVE-2016-6816

CVE-2011-2729、CVE-2013-2071

CVE-2015-5346、CVE-2017-12616

CVE-2009-3555、CVE-2010-4476

CVE-2011-1183、CVE-2011-2204

CVE-2011-3190、CVE-2013-4286

CVE-2015-5351、CVE-2017-12617

CVE-2011-5063、CVE-2014-0050

CVE-2016-0763、CVE-2017-5664

CVE-2012-3439、CVE-2014-0119

CVE-2016-6794、CVE-2018-1305

CVE-2012-4534、CVE-2014-7810

CVE-2016-8735、CVE-2011-2481

CVE-2010-2227、CVE-2011-0013

CVE-2011-1184、CVE-2012-5568

CVE-2015-5174、CVE-2016-8745

CVE-2011-3375、CVE-2013-4322

CVE-2016-0706、CVE-2017-15706

CVE-2011-5064、CVE-2014-0075

CVE-2016-3092、CVE-2017-6056

CVE-2012-3544、CVE-2014-0160

CVE-2016-6796、CVE-2018-8014

CVE-2011-1475、CVE-2005-2090

CVE-2012-4431、CVE-2010-3718

CVE-2011-0534、CVE-2012-3546

CVE-2014-0227、CVE-2016-6797

CVE-2011-2526、CVE-2013-2067

CVE-2015-5345、CVE-2017-12615

CVE-2011-3376、CVE-2013-4444

CVE-2016-0714、CVE-2017-5647

CVE-2012-0022、CVE-2014-0096

CVE-2016-3427、CVE-2017-7674

Cisco HX Data Platform に含まれている Apache Tomcat 7.x バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj99081

CVE-2017-16612

CVE-2018-8012

CVE-2018-10237

Cisco HX Data Platform に含まれている Apache zookeeper バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj95632

CVE-2018-15382

Cisco HyperFlex の脆弱性により、認証されていないリモートの攻撃者が署名付きセッション トークンを生成する可能性があります。

3.5(1a)

CSCvj08923

CVE-2018-6594

Cisco HX Data Platform に含まれている El Gamal implementation in PyCrypto に関連する脆弱性。

3.5(1a)

CSCvj08160

CVE-2017-5715

CVE-2017-5753

CVE-2017-5754

Microsoft Hyper-V を使用した Windows Server の HyperFlex コントローラ VM ソフトウェアに関連付けられている脆弱性。

3.5(1a)

CSCvj63266

CVE-2018-1000300

CVE-2018-1000301

CVE-2018-1000303

Cisco HX Data Platform に含まれている CURL ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj61269

CVE-2018-0494

Cisco HX Data Platform に含まれている GNU Wget バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvj55521

CVE-2018-8897、CVE-2018-1087

CVE-2018-1000199

Cisco HX Data Platform に含まれている Linux kernel バージョンに関連付けられている脆弱性。

3.5(1a)

CVE-2015-9262

CVE-2018-3639

CVE-2017-3640

Cisco HX Data Platform に影響を与える可能性のある May CPU Side-Channel に関連付けられている脆弱性。

3.5(1a)

CSCvj42966

—

Data Protection clone api の戻り値に関連付けられている脆弱性。

3.5(1a)

CSCvi88567

CVE-2017-16995

CVE-2017-0861

CVE-2017-1000407

CVE-2017-11472

CVE-2017-15129

CVE-2017-16528

Cisco HX Data Platform に含まれている Linux kernel バージョンに関連付けられている脆弱性。

3.5(1a)

CSCvi60720

—

これは、Cisco HyperFlex HX Data Platform のセキュリティの状況と復元力を強化するために、新しいセキュアなコード ベスト プラクティスを採用するための製品の修正です。

3.5(1a)

CSCvi48372

—

Cisco HyperFlex HX Data Platform ソフトウェアの Web ベースの UI の脆弱性により、認証されていないリモートの攻撃者が該当システムの機密情報にアクセスできる可能性があります。

3.5(1a)

CSCvi46951

CVE-2017-7529

Cisco HX Data Platform に含まれている nginx ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvi47250

CVE-2011-3389

Cisco HX Data Platform に含まれている OpenSSL Protocol ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvi26246

CVE-2016-3092

CVE-2013-0248

CVE-2014-0050

Cisco UCS に含まれるApache commons ファイルのアップロードバージョンに関連付けられている脆弱性。

3.5(1a)

CSCvi50910

CVE-2016-2183

Cisco HX Data Platform に含まれている DES および Triple DES ciphers ソフトウェア パッケージのバージョンに関連付けられている脆弱性。

CSCvs47419

新しい SSL 証明書を再生成し、vCenter で再登録を実行すると、フィンガープリントの不一致が発生する

3.5 (2g)

3.5 (2h)

CSCvr15546

古い HX ソフトウェアでは、自己署名証明書の有効期限は、使用されている証明書と同じく、 SHA1 で 2019 年 12 月です。これは、クラスタに対する機能上の影響はありません。

3.5 (2g)

3.5 (2h)

CSCvs49339

HX Connect は、ブラウザを介してログインしている際に期限切れの証明書を表示します。これは、クラスタに対する機能上の影響はありません。

3.0 (1j)

3.5 (2h)

CSCvr92004

HXconnect にログインできません。ログイン中にユーザーに認証失敗のエラー メッセージが表示されます。

3.5 (2g)

3.5 (2h)

CSCvs18117

HX Connect ログインでは、レプリケーション情報を取得するときに「アクセス トークンが無効」になると報告しています。

3.5 (2h)

3.5 (2h)

CSCvq65056

アップグレードされたクラスタを 2.6 クラスタから HX 4.0 (1b) に拡張した後、拡張されたノード間で試行されたときに vMotion が失敗します。

3.5 (2g)

3.5 (2h)

CSCvr37488

ダウングレード エラーが発生した最後のノードでは、事前アップグレードが失敗します。

3.5 (2g)

3.5 (2h)

CSCvr75305

ノードの追加は断続的にハングします。

3.5(2e)

3.5 (2h)

CSCvs04926

HX 3.5 (2g) クラスタでは、HX Connect を介して UCS サーバ ファームウェアをアップグレードするときに、次のいずれかのエラーが表示されます。

• getUcsAvailablePackagesLocalizableMessage(Operation did not complete in expected time and maybe executing in the background.,None,None,Operation did not complete in expected time and maybe executing in the background.,ArrayBuffer())

• getUcsHfpVersionsLocalizableMessage(Operation did not complete in expected time and maybe executing in the background.,None,None,Operation did not complete in expected time and maybe executing in the background.,ArrayBuffer()このエラーは、4 個以上のノード クラスタで発生する可能性があります。

3.5 (2g)

3.5 (2h)

CSCvr67532

HX240C M5L 仕様シートには、HXDP 4.0 (1a) 以降で PID HX HD12T7KL4KN がサポートされていることが示されています。検証エラーはトリガーされません。「クラスタの作成」の手順で、「Disk prepare failed magnetic disk /dev/sdX"」というエラーが発生して失敗し、ディスクがブラックリスト登録になります。

3.5(2e)

3.5 (2h)

CSCvk25616

ホストが再起動した後、Vcenter/ESXi にデータストアが設置されません。

2.6(1d)

3.5 (2h)

CSCvn07634

クラスタの展開を試行した後、以前に作成されたすべての HX サービス プロファイルとテンプレートには、次の障害が発生します。

説明: ポリシー参照 vconProfileName HyperFlex は名前の付けられたポリシーを解決しません

ID: 435052

タイプ: サーバ

原因: named-policy-unresolved

作成日時: 2018-10-28T19:23:20Z

コード: F4526901

発生回数

元の重大度

以前の重大度: 警告

最高重大度

さらに、展開前に作成された既存のサービス プロファイルは、保留中の確認応答状態になる可能性があります。

3.5(1a)

3.5 (2h)

CSCvq90989

この障害により、アップグレードまたは HX メンテナンス モードでの操作が失敗することは非常にまれです。この障害は、監視 VM が誤って異なるストレッチ クラスタ間で共有されているか、誤って設定されている (たとえば、IP 再利用/競合) 場合に発生します。

3.5(2f)

3.5 (2g)

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 パッケージは無効な証明書で署名されています」で失敗します。

条件：

顧客は HX 3.5(2e)、3.5.2(f)、3.5.2(g)、4.0(1a) または 4.0(1b) を展開している場合、Cisco は OVA ファイルに再署名して再投稿しており、パッチが適用された OVA ファイルを使用している場合この問題は発生しません。OVA ファイルが修正されたことを示す OVA ファイル名の「p1」サフィックスを探します。

ファイル名の例：

Cisco HyperFlex Data Platform ストレッチ クラスタ監視 の HX 3.5(2g) パッチ OVA ファイル:

HyperFlex-Witness-1.0.6 以降 p1 ova

他の HX リリースで 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. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

3.5(1a)

3.5 (2g)

CSCvp95655

3Node と FI で管理される UCS/HX クラスタの間で HyperFlex をインストールする場合。「実行中」と表示されている手順の 1 つは、「監視ノードの IP 到達可能性チェック」です。

理想的には、これはストレッチ クラスタである場合を除き表示されません。一部はスキップされることもありますが、HX インストールのすべてのタスクが表示されます、

3.5 (2g)

3.5 (2g)

CSCvn23123

クラスタのシャットダウン、storfs パニックが検出されました。

3.0(1b)

3.5 (2g)

CSCvp64140

クラスタの作成中に、インストーラで次のエラーが発生します。「クラスタ作成プロセス中に障害が発生しました。ダウンストリームにコンテンツを送信できません」。

3.5 (2f)、4.0 (1a)

3.5 (2g)

CSCvq01506

2.5 より前のリリースから 2.5 リリースへのオンライン アップグレード プロセスでは、メタデータ形式が変更されています。[アップグレード (upgrade)] ウィンドウで切り捨てられたファイルのメタデータは正しく設定されていないため、クラスタがダウンしてしまう可能性があります。

2.1(1b)

3.5 (2g)

CSCvq90989

この障害により、アップグレードまたは HX メンテナンス モードでの操作が失敗することは非常にまれです。この障害は、監視 VM が誤って異なるストレッチ クラスタ間で共有されているか、誤って設定されている (たとえば、IP 再利用/競合) 場合に発生します。

3.5(2f)

3.5 (2g)

CSCvr08735

3 番目のノードのメンテナンス中に、2 つのノードのメモリが不足しています。

3.5 (2b)

3.5 (2g)

CSCvk25616

ホストが再起動した後、Vcenter/ESXi にデータストアが設置されません。

2.6(1d)

3.5 (2g)

CSCvn63359

Stcli コマンドを使用してタイムゾーンを変更した後、日付は常に UTC (デフォルト) になります。

3.5 (2a)、4.0 (1a)

3.5 (2g)

CSCvo38932

コントローラ VM でパッケージを更新する際に、まれなケースでアップグレードが失敗することがあります。

3.5 (2g)、4.0 (1a)

3.5 (2g)

CSCvp17427

Stcli クラスタのストレージ サマリーは、1 つのノードが再起動したときに 16 個以上のノード クラスタに戻るまでに時間がかかります。

3.5 (1a)、4.0 (1a)

3.5 (2g)

CSCvq04252

HX リリース 3.5 (2b) インストーラは、エラーが表示されないハイパーバイザ設定手順では失敗します。UCSM の設定は完了しますが、ハイパーバイザの設定は開始されないようです。

3.5(2a)

3.5 (2g)

CSCvq15987

クラスタの拡張が次のエラーで失敗しました。「SP template org-root/hx-cluster/ls-compute-nodes-m5 is not exist」

3.5 (2b)

3.5 (2g)

CSCvq34873

カーボン キャッシュによるメモリ使用量。

3.5 (2b)

3.5 (2g)

CSCvq70832

ユーザーは、iscsi などの外部ストレージ用の 5 番目のオクテットで b1 を使用した macpool を作成し、ドキュメントに従って提案された macpool 設定ではない b1 に vmnic9 が割り当てられました。これにより、アップグレードの一環としてカーネル移行手順を実行する際の設定中、管理用に A1 と B1 mac を選択し、サポート対象外になりました。これにより、HX のアップグレードが中断されます。

ドキュメント リンクに従って、外部ストレージのユーザーは、00:25: B5: XX:01:01-63 を使用して macpool を作成するように推奨します。これにより、問題が回避されます。

3.5 (2d)

3.5 (2g)

CSCvq77016

LAZ は以前は無効になりましたが、停止から回復した後に再度有効になりました。

3.5 (2d)、4.0 (1b)

3.5 (2g)

CSCvq86205

クラスタの展開中に、次のエラーが表示されて検証に失敗することがあります: 「hw_data_disk_same_size。hw_data_disk_same_size_fail」。これは、サイズが変わる UCS のディスク検出 (たとえば、1 ~ 500 Mb) が原因で発生します。この差異は、異なるベンダーまたは同じベンダーのディスク間で発生します。

3.5(2e)

3.5 (2g)

CSCvr22391

lsass がコントローラをドメインに参加させる際にエラーが発生しました。

3.5 (2e)、4.0 (1b)

3.5 (2g)

CSCvr44129

1 つ以上のノードで、以前の 3.5 (2d) から 3.5 (2d) へのアップグレード中に storfs が開始されない

3.5(2f)

3.5 (2g)

CSCvp64572

ICMP リダイレクトが有効です

3.5(1a)

3.5 (2g)

CSCvp65666

アクティビティ下の HX Connect では、ジョブタイプ: encryptionLocal * はステータス: 「成功」ですが、ジョブがまだ実行中であるかのように表示されます。進行中のスピン中のアイコンは、その横に RunStep: が表示されます。

3.5(2a)

3.5 (2g)

CSCvq33538

コマンド「asupcli: all post--type alert」および「asupcli--all ping」を実行中の「内部エラー」

3.0(1b)

3.5 (2g)

CSCvq64208

電源がオフになっている監視ノードでは、HX Connect は引き続き監視ノードをオンラインとして表示します。

3.5(2f)

3.5 (2g)

CSCvn23123

レプリケーション ステータスの更新時のセグメンテーション障害による storfs ノード パニック

3.0(1b)

3.5 (2g)

CSCvm47257

一部の API のタイムアウトは、データ サイズが原因で 40 秒以上かかります。

3.5(1a)

3.5 (2g)

CSCvm77294

クラスタのアップグレード中に、「失敗したアップグレードの検証: vCenter 設定の確認」というエラーが表示されます。理由: アップグレードの検証に失敗しました。DRS 障害: 設定されたフェールオーバーを満たすリソースが不足しています。

2.6 (1e)、3.5 (1a)、3.0 (1a)、4.0 (1a)

3.5 (2g)

CSCvn07634

クラスタの展開を試行した後、以前に HX サービス プロファイルとテンプレートを作成した場合は、次の障害が発生します。

説明: ポリシー参照 vconProfileName HyperFlex は名前の付けられたポリシーを解決しません

ID: 435052

タイプ: サーバ

原因: named-policy-unresolved

作成日時: 2018-10-28T19:23:20Z

コード: F4526901

発生回数

元の重大度

以前の重大度: 警告

最高重大度

さらに、展開前に作成された既存のサービス プロファイルは、保留中の確認応答状態になる可能性があります。

3.5(1a)

3.5 (2g)

CSCvp63958

HX 複製のクリーンアップが次のエラーで失敗しました: 「情報:DR の状態がクリーンではありません」。

3.5(2a)

3.5 (2g)

CSCvq60925

HX クラスタがリリース 3.5 (1a) より前にアップグレードされ、クラスタ展開がそのシーケンスで行われる場合、既存の UCS サーバは「再起動を保留中」になります。これは UCS Manager で表示されます。

3.5 (2d)

3.5 (2g)

CSCvq96085

クラスタの拡張後、一部のデータストアはマウントに失敗し、HX Connect を使用して手動でマウントする必要がありました。

3.5 (2d)

3.5 (2g)

CSCvk37044

ユーザー名に「.」が使用されているため、コンピュータ アカウントの設定に失敗しました。

3.0(1d)

3.5 (2g)

CSCvp58739

HX のインストール/アップグレードの検証は、SAS コントローラがファームウェア 09.00.00.06 上にあるため失敗します。

3.5 (2c)、4.0 (1a)

3.5 (2g)

CSCvp89523

HyperFlex クラスタが ACI ファブリックに展開され、同じブリッジ ドメイン内に HX 管理および HX ストレージがある場合、誤った HX ストレージ コントローラ インターフェイスからの ARP 応答が表示され、誤った ARP 学習が発生します。ACI ファブリックでは、HX IP の MAC 移動が表示されます。

3.0 (1j)、4.0 (1a)

3.5 (2g)

CSCvq06952

CBT が有効になっている VM でのスナップショットの作成が失敗し、「vmreparent vmkfstools clone1 でエラーが発生しました」というエラーが表示されます。

3.5 (2c)、4.0 (1a)

3.5 (2g)

CSCvn23812

HyperFlex のコントローラ VM は、デフォルトの出荷証明書ではなく、HTTPS 通信用の CA 署名付き証明書を持つように設定できます。ただしアップグレード中は、CA 署名付き証明書がデフォルトの証明書によって上書きされ、ユーザーは CA 署名付き証明書を再度設定するように求められます。

3.5(2a)

3.5 (2g)

CSCvn21067

サポート バンドルは /var/support/ZKTxnlog からファイルを接続しません。

4.0(1a)

3.5 (2g)

CSCvn51578

ノードを削除する手順を実行すると、vCenter の stcli クラスタの再登録は失敗します。

3.5(2a)

3.5 (2g)

CSCvr28095

HX Connect 内のジョブ ([アクティビティ]) を表示するときに Tomcat / HTTP 500 エラーが発生します。

3.5 (2b)

3.5 (2g)

CSCvq53058

ストレッチ クラスタ サイトのいずれかに対して高い RTT 時間 (> 50ms) を持つ監視 VM の場合、フェールオーバーまたはフェールバックが影響を受ける可能性がある大幅なトランザクション負荷が発生する可能性があります。

3.0(1i)

3.5(2f)

CSCvq58829

サイトのフェイルオーバーの際、クラスタのメタデータのレプリケーションからの応答が遅いため、クラスタで APD が発生します。

3.0(1i)

3.5(2f)

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 パッケージは無効な証明書で署名されています」で失敗します。

条件：

顧客は HX 3.5(2e)、3.5.2(f)、3.5.2(g)、4.0(1a) または 4.0(1b) を展開している場合、Cisco は OVA ファイルに再署名して再投稿しており、パッチが適用された OVA ファイルを使用している場合この問題は発生しません。OVA ファイルが修正されたことを示す OVA ファイル名の「p1」サフィックスを探します。

ファイル名の例：

VMware ESXi 用 Cisco HyperFlex Data Platform インストーラ用の HX 3.5(2f) パッチ OVA ファイル:

Cisco-hx-data-platform-installer-v1.7.1-14786.ova 3.5.2 f-31787p1-esx

Cisco HyperFlex Data Platform ストレッチ クラスタ Witness：

HyperFlex-Witness-1.0.6 以降 p1 ova

他の HX リリースで 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. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

3.5(1a)

3.5 (2f)

CSCvo39912

UCSM のみのアップグレードは、HX のアップグレードの一環として停止します。

3.5(2d)

3.5 (2f)

CSCvq91142

Hyper-V: クラスタがオフライン/APD を示します。NS マスター所有権の転送中のセグメント障害。

3.5(2e)

3.5 (2f)

CSCvn67512

SED データ SSD は、ファームウェアのアップグレード後に電源がオフになることがあります。

3.0(1d)

3.5 (2f)

CSCvq17778

1 つのサイトでバックツーバック フェールオーバーが発生すると、クラスタが障害を検出するため zookeepr がダウンします。

3.5(2d)

3.5 (2f)

CSCvq89852

HX Connect は、オフラインからオンライン状態に移行した後、標準クラスタとしてストレッチ クラスタを報告します。

3.5(2a)

3.5 (2f)

CSCvq53058, CSCvq58829

ストレッチ クラスタ サイトのいずれかに対して高い RTT 時間 (> 50ms) を持つ監視 VM の場合、フェールオーバーまたはフェールバックが影響を受ける可能性がある大幅なトランザクション負荷が発生する可能性があります。

3.0(1i)

3.5(1a)

3.5 (2f)

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 パッケージは無効な証明書で署名されています」で失敗します。

条件：

顧客は HX 3.5(2e)、3.5.2(f)、3.5.2(g)、4.0(1a) または 4.0(1b) を展開している場合、Cisco は OVA ファイルに再署名して再投稿しており、パッチが適用された OVA ファイルを使用している場合この問題は発生しません。OVA ファイルが修正されたことを示す OVA ファイル名の「p1」サフィックスを探します。

ファイル名の例：

VMware ESXi 用 Cisco HyperFlex Data Platform インストーラ用の HX 3.5(2e) パッチ OVA ファイル:

Cisco-hx-data-platform-installer-v1.7.1-14786.ova 3.5.2 e-31762p1-esx

Cisco HyperFlex Data Platform ストレッチ クラスタ Witness：

HyperFlex-Witness-1.0.4 p1 ova

他の HX リリースで 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. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

3.5(1a)

3.5(2e)

CSCvq18771

CSCvq02860

HX SD16T123X-EP キャッシング ドライブには永続化ロールが割り当てられ、HX SD960G61X-EV はキャッシュ ドライブとして認識されます。

3.5 (2c)

3.5(2e)

CSCvc38351

インストーラで誤った MTU サイズが選択されているため、クラスタの拡張に失敗しました。

1.8(1c)

3.5(2e)

CSCvq18919

ストレッチ クラスタのフェールオーバー中は、エポック ファイルの書き込みエラーが原因で zookeeper がダウンします。

3.5 (2d)

3.5(2e)

CSCvp29431

リリース 3.0 (1c) を実行している HX クラスタでは、すべてのパスがダウン (APD) 状態になり、VM にアクセスできなくなりました

3.0(1c)

3.5(2e)

CSCvq13099

HyperFlex post_install .py スクリプトが、実行中のヘルス チェック手順で間違ったメッセージを生成します。

3.5 (2d)

3.5(2e)

CSCvp40474

クラスタが正常な場合でも、複数の Hyper-V Hyperflex ホストがデータストアにアクセスできません。

3.5(2a)

3.5 (2d)

CSCvp90129

ストレッチ クラスタでは、クラスタで障害が発生した場合、または再調整が発生してメンテナンス ウィンドウが表示された場合に、一部のノードでパニックが発生する可能性があります。

3.5 (2c)

3.5 (2d)

CSCvm58031

Tomcat および Nginx ログは、リリース 3.5 の HX Connect を介して生成されたサポート バンドルでは収集されません。

3.5(1a)

3.5 (2d)

CSCvo36198

アラーム、仮想マシン、またはイベントのリストを取得すると、「仮想センター到達不能」または「リソース情報を更新できません」というメッセージが断続的に表示されます。

3.5(1a)

3.5 (2c)

CSCvp58804

HX Connect からサポート バンドルを生成すると、メモリのリークが発生し、メモリ不足の問題によりクラスタの健全性が低下する可能性があります。

3.5(2a)

3.5 (2c)

CSCvo75522

1 つのサイトでデータ ネットワークを失うと、クラスタ全体にアクセスできなくなります。詳細については、『Cisco HyperFlex Systems ストレッチ クラスタ ガイド リリース3.5』の「インストール前チェック リスト」および「サイト間フェールオーバーのトラブルシューティング」の項を参照してください。

3.5(2a)

3.5 (2c)

CSCvp32000

ノードの電源停止時には、キャッシュの再配布が最適に実行される可能性があります。

3.5(1a)

3.5 (2c)

CSCvk46364

ディスク ロールは、HyperFlex リリース 2.6 (1b) のキャッシュ ディスクと容量ディスク間で交換されました。

2.6(1b)

3.5 (2c)

CSCvo67207

一部の VM の HA は、サイト間のネットワーク条件では最適でない場合があります。

3.5(2a)

3.5 (2c)

CSCvp42925

HX インストーラからの変更により、すべての HX vNIC で LLDP が無効になる原因となっています。

3.5(1a)

3.5 (2c)

CSCvp41404

ストレッチ クラスタ展開でのノード障害およびサイト障害に関する不適切な領域レポート。

3.5 (2c)

3.5 (2c)

CSCvh08977

HX Connect または外部バックアップ ベンダーを介して、Quiesced オプションで HX スナップショットが取得されると、仮想センター VM スナップショット マネージャにはスナップショットが休止中として表示されません。Hyperflex の実装では、VMware API で認識されていないアウトオブバンド休止が使用されます。HX スナップショット API 要求が成功した場合は、スナップショットが正常に停止していると考えるのが妥当です。

HX 休止スナップショットに依存している場合は、バックアップ ベンダーに確認してください。

3.0(1c)

3.5 (2b)

CSCvn59619

HX Quiesced スナップショットが取得されると、返されるスナップショットの ID が特定の状況下で正しくない場合があり、バックアップ ベンダーと HX スナップショットの統合に影響を与える可能性があります。

HX 休止スナップショットに依存している場合は、バックアップ ベンダーに確認してください。

3.0(1c)

3.5 (2b)

CSCvk17250

HX ドライブ PID HX には、異なるセクター サイズ (8K と 4K) を持つ 2 つの異なるモデルがあります。リリース 3.5.2a またはそれ以下で異なるドライブ バージョンが一緒に使用されると、Hyperflex ノードでパニックが発生する可能性があります。

/Var/log/springpath/debug-storfs.log には次のエラー メッセージが表示されます。

storfs[1437:1538]: SUPPORT: PANIC: PANIC ON CONDITION (trustSegmentMetaData == true && CError_Ok(err) == false): PackingError at file /opt/git/cypress/src/modules/kvstore/kvindex.c line 1265

これにより、クラスタが回復不能になる可能性があります。

上記のドライブを使用する設定の HXDP の最小バージョンは 3.5 (2b) 以降です。既存のクラスタに新しいノードを追加するか、既存のクラスターに新しいドライブを追加する前に、このドライブで稼働している既存のクラスタを HXDP バージョン 3.5 (2b) 以降にアップグレードする必要があります。

3.0(1d)

CSCvn73127

ローカル データストアが ESXi で検索されると、Kernel の移行に失敗します。

3.0(1d)

3.5 (2b)

CSCvn37805

HX 複製クリーンアップが完了できず、Zookeeper の複製設定が古くなっています。

2.5(1a)

3.5 (2b)

CSCvn17787

クラスタの作成/クラスタの拡張ワークフローは、検証手順で次のエラー メッセージが表示され停止します。

FIRMWARE-Check UCSC-SAS-M5HD

FIRMWARE-Check UCSC-SAS-M5HD : Required: 00.00.00.29,00.00.00.32,00.00.00.35,00.00.00.50, Found: 00.00.00.58;

必要なアクション: 必須バージョンにコントローラ ファームウェアを更新する

3.5(2a)

CSCvm53972

障害が発生したディスクの自動ソフトウェア修復中に、リリース 2.6 (1x) で実行されているクラスタではすべてのパスがダウンしている可能性があります。

2.6(1b)

CSCvn28721

クラスタ拡張は、エラーコード「500-操作のタイムアウト」で失敗する可能性があります。

3.5(2a)

CSCvh80044

HX Connect UI を使用すると、異なる場合に限り、可能性のある既存のデータストア名を複製することで、データストアを作成できます。たとえば、Ds3、ds3、dS3 は有効なデータストアとして許可されます。

3.0(1a)

CSCvn60486

Hyper-V クラスタをアップグレードするとき、stUpgradeService および Zookeeper サーバ間でレアな競合状態のアカウント上では、アップグレード オーケストレーションはアップグレード検証エラーをスローし、アップグレード プロセスが中断します。

3.5(2a)

3.5 (2b)

CSCvn54300

アップグレード時に、ユーザーの vSwitch に作成されたチームで VLAN を削除します。

新規インストール時には、複数の Vlan が入力されていても、1つの VLAN タグだけが vSwitch とチームに設定されます。

CSCvn59508

以前のリリースからリリース 3.5 (1a) にアップグレードすると、ノード サイト マップに関連する CRM エントリが欠落しているためクラスタの拡張が失敗することがあります。

3.5(1a)

3.5(2a)

CSCvn52412

HX 用 Kubernetes を導入する場合、ユーザーがすべてのノードを有効にすると ([Settings (設定)] > [Integrations (統合)] > [Kubernetes] > [Enable all nodes (すべてのノードを有効化)]] を選択)、ESXi ホストは次の条件下でデータストアにアクセスできません。

• HX クラスタは、Intersight を使用して展開された場合。または、

• HX クラスタは、すべての ESXi ホスト iscsi vmk に設定されたストレージ CMIP 値を使用して手動で展開されます。

3.5(1a)

3.5(2a)

CSCvn07634

最初にリリース 3.5 (1a) より前に最初に展開されたクラスタで、リリース 3.5 (1a) ノード展開を試行すると、vCON ポリシーの参照エラーがトリガされます。さらに、展開前に作成された既存のサービス プロファイルは、保留中の確認応答状態になる可能性があります。

3.5(1a)

3.5(2a)

CSCvm97558

メモリ不足状態が原因で、コントローラ VM が再起動します。

3.0(1c)

3.5(2a)

CSCvm66552

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

3.0(1c)

3.5(2a)

CSCvm53972

障害が発生したディスクの自動ソフトウェア修復中に、I/IO サブシステムでディスクに対する書き込みコマンドがハングします。これにより、他のノードが数分間このノードと通信できなくなります。

2.6(1b)

3.5(2a)

CSCvk46364

容量ディスクが最初に挿入され、キャッシング ディスクが次に挿入される場合、2 個のディスクが交換されると (キャッシング ディスクおよび別の容量ディスク)、ノードがシャットダウンします。

2.6(1b)

3.5(2a)

CSCvk46179, CSCvm47257

大規模なクラスタでは、「サーバ コーるに失敗しました」というエラーが HX Connect に表示されることがあります。

3.5(1a)

3.5(2a)

CSCvk09073

リリース 2.x から 3.x へのアップグレード中に、アップグレードで障害が発生した場合は、クラスタ管理 IP アドレスに到達不能になる可能性があります (コントローラ VM のいずれにも存在しません)。

CSCvh04307

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

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

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

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

3.0(1a)

3.5(2a)

Hyper-V

CSCvm59573

場合によっては、インストール プロセスでハイパーバイザの設定中に Hyper-v OS のインストールが失敗することがあります。

3.5(1a)

3.5(2a)

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

CSCvk62990

ESXi バージョン 6.0 を搭載した M5 サーバでの HX 展開入では、インストールまたはアップグレードのワークフロー中に PSOD が発生する可能性があります。

2.6(1a)

3.5(1a)

CSCvk39622

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

3.0(1d)

3.5(1a)

CSCvj90575

Smartmons ツールは、Samsung SATA ドライブに Reallocated_Sector_Ct) 値をレポートします (ディスク モデル MZ7LM480HMHQ)。

3.0(1a)

3.5(1a)

CSCvi34303

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

3.0(1a)

3.5(1a)

Hyper-V

CSCvm53679

HX インストーラが失敗し、HXBootstrap.log には次のメッセージが含まれています。

「Active Directory Web サービスが実行されているデフォルト サーバを見つけることができません。」

3.0(1e)

3.5(1a)

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

3.5(1a)

CSCvk18743

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

3.0(1b)

3.5(1a)

CSCvs35307

HX 2.1 x 以下から HX 3.5 (2g) へのブートストラップに失敗し、互換性のない Java バージョンがあります。

修正を実行するためのサービス リクエストを作成してから、HX 3.5 (2f) にアップグレードしてください。

3.5 (2g)

CSCvs02466

サーバー ファームウェア 4.0(4e) へのアップグレード後、M.2 ブート ディスクがサーバー インベントリに表示されません。その結果、サーバは M.2 ディスクにインストールされている OS で起動できません。この問題は、サーバーの再認識およびコミッション解除と再受信確認後も発生します。

1. サーバーをコミッション解除する

2. サーバーの電源ドレイン - サーバー背面にある両方の電源コードを 10 秒間取り外してから、電源コードを再挿入します。

3. サーバーを再コミッションします。

4.0 (4e)

CSCvq38279

Hyper-V: 複製した DC が使用されたとき、インストール時に Windows フェールオーバー クラスタが正常に作成されませんでした。

クラスタをクリーンアップして、フェールオーバー クラスタを再作成します。HX ストレージ クラスタに触れる必要はありません。

3.5(2e)

CSCvq65830

Hyper-V: あるホストから別のホストに移行した後、VM が破損しています。

NA

3.5(2e)

CSCvr20922

HyperFlex クラスタのストレージ使用率が 92 %の使用可能容量を超えています。

クラスタの使用率をできるだけ低くしてください。読み取り専用状態を回避するには、92% 未満にしてください。

3.5 (2d)、4.0 (1a)

CSCvq64208

電源がオフになっている監視ノードでは、HX Connect は引き続き監視ノードをオンラインとして表示します。

ログアウトしてから再度ログインし、最新の監視ステータスを取得します。

3.5 (2f)

CSCvq94462

複数の DNS サーバによって拡張検証エラーが発生しました。stcli を検証します。

NA

3.5(2d)

CSCvq96085

クラスタの拡張後、一部のデータストアはマウントに失敗し、HX Connect を使用して手動でマウントする必要がありました。

マウントに失敗したデータストアを手動でマウントします。

3.5 (2d)

CSCvq60925

拡張によってリリース 3.5 より前の HyperFlex リリースから、リリース 3.5 またはそれ以降にアップグレードすると、サーバのリブートがトリガされます。

この問題には複数の回避策があります。次のいずれかを実行できます。

1. HyperFlex リリース 3.0 または 2.6 ～ HX Connect から 3.5 への結合アップグレード (HXDP + サーバ ファームウェア更新) を実行します。

2. HXDP を 3.5 リリースにアップグレードした後、HX Connect から UCS サーバファームウェアのアップグレードを実行します。

3. UCS Manager から、サーバのローリング リブートを実行します。各サーバをリブートする前に、HX Connect からクラスタが正常であることを確認してください。

3.5(2e)

3.5 (2d)

CSCvq49412

クラスタでは、使用されているストレージ容量と、監視ノードへのリンクの遅延によって、サイトのフェールオーバー中に一時的なすべてのパスダウン (APD) 状態を確認できるがあります。

リリース 3.5 (2e) ではなし。ただし APD が発生した場合、状態が回復し、しばらくしてから IO が再開されます。APD を回避するための修正は、今後のリリースで利用可能になります。

3.5(2a)

CSCvq54992

EMC リカバリ ポイントの HXDP サポート: 手動による回避が必要です。

Scvmclient VIB を手動でインストール/アップグレードし、それが現在の HX Data Platform バージョンと一致していることを確認します。

3.5 (2b)

CSCvm99150

1 個の ESX ノードで MTU を 9000 から 1500 に変更すると、すべてのノードで storfs プロセスが再起動します。

1. 実行中のクラスタでは、ESX レベルで MTU を変更しないでください。

2. 元の値に戻します。

3.5(1a)

3.5(2a)

CSCvq17778

複数のサイトのフェールオーバーが発生するまれなケースでは、CRM リーダーの選出が失敗します。

すべてのコントローラを再起動して回復します。

3.5 (2d)

CSCvn73383

クラスタがメンテナンスのためにシャットダウンされています。ただし、ノードが再起動されたとき、既存の障害が原因で、1 個のノードのディスクがパブリッシュされませんでした。クラスタはオンラインに復帰できませんでした。

この回避策は、すべてのディスクがパブリッシュされ、再びクラスタを再起動するように、そのノードのディスク障害を修正することです。

3.0(1c)

CSCvo70650

DR 複製が設定されているノードでは、クラスタの展開が失敗します。DR 複製が設定されている HX クラスタが展開されている場合は、管理 VLAN 情報ではなく、複製 VLAN 情報でインストーラ UI がプルされます。その情報を正しい管理 VLAN id と名前に変更しても、ESXi の複製 VLAN の VLAN でノードが設定されているため、機能しないように見えます。これにより、ホスト到達不能エラーによるノード追加の障害が発生します。

複製 VLAN が使用されていることを確認する必要があります。KVM にログインし、管理 VLAN を正しい VLAN ID に更新して、クラスタの展開を再試行します。

3.5(2a)

CSCvq11456

HyperFlex stcli クラスタ情報に UCSM VIP アドレスが表示されません。

NA

3.5(2d)

CSCvq22844

保留中のアクティビティを確認せず、UCSM でサーバが再起動し、HX Connect 進捗フローにメッセージを追加します。

HX Connect は、制御されたローリング サーバのアップグレードをバックグラウンドで実行しています。

NA

3.5(2d)

CSCvn11045

ノードを再起動すると、HX ノードはクラッシュし続けます。

次のコマンドを実行して、インターフェイスがアップしているかどうか、およびループバックインターフェイスに ping を実行できるかどうかを確認します。

ifconfig –a

ping 127.0.0.1

: ループバック インターフェイスの起動

ip link set lo up

: サービスが実行中かどうかをチェック

status scvmclient

status storfs

- 下のサービスの開始

start scvmclient

start storfs

3.5(1a)

3.0(1e)

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)

CSCvp78288

クラスタ I/O へディスクを追加するときに 96 秒間凍結する場合。

介入は必要ありません。クラスタは自身で回復します。

3.5 (1i)

CSCvp88990

HyperFlex のアップグレードは、SCVM が ESXi にログインできないために失敗します。

ESXi ホスト上の承認済みキーファイルに SSH 公開キーをコピーします。

SCVM の場合:

cat/etc/ssh/ssh_host_rsa_key.pub

** 単一の行のすべての出力をコピーします。ターミナル ウィンドウで新しい行にホスト名が出力されていない場合でも、キーの末尾を超えるものはコピーしないでください。

前の出力から ESXi の承認済みキー ファイルにキーを入力します。

vi/etc/ssh/keys-root/authorized_keys

* 上記の出力のみをファイルに入力した後、ファイルを終了して保存します。

これで、SCVM から ESXi に SSH で接続しようとすると、パスワードを要求することなく許可する必要があります。アップグレードを続行してください。アップグレードが引き続き失敗する場合は、Cisco TAC にお問い合わせください。

3.0(1i)

CSCvp89523

HyperFlex クラスタが ACI ファブリックに展開され、同じブリッジ ドメイン内に HX 管理および HX ストレージがある場合、誤った HX ストレージ コントローラ インターフェイスからの ARP 応答が表示され、誤った ARP 学習が発生します。

HX の管理および HX ストレージは、別々のブリッジ ドメインに存在する必要があります。次の CVD の表 21 を参照してください。

3.5 (1j)

CSCvp93442

storfs (fileAIOPanicOnStuckIO) でクラッシュ: IO 要求タイマーが期限切れになりました。

NA

3.5 (2b)

CSCvp96650

UCSM の設定手順で、クラスタの展開中にサブ組織フィールドのエントリが取得されません。

JSON 設定ファイルにサブ組織名を入力し、その設定をエクスポートします。

3.5 (2b)

CSCvp98910

2 ノード ネットワーク パーティションの修復後、分離ノードのデータストアは 15 分間使用できません。

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

1. ARP エントリがタイムアウトするまで 15 ～ 20 分間待機してから、データストアが再びマウントされるようになります。

2. ARP エントリを手動でリセットするには、次の手順を実行します。

   現在の eth1: 0 を確認します。HyperFlex コントローラ VM とノードの両方から IP/Mac への MAC アドレス。コントローラ VM のシェルから ifconfig eth1: 0 を実行します。データストアが使用できないノードで、次のコマンド (esxcli network IP neighbor list) を使用して、ESXi ARP キャッシュ内の上記の IP アドレスの MAC アドレス エントリを確認します。IP アドレスが誤った MAC アドレスに割り当てられている場合は、次に示すように ARP テーブルからエントリを消去します。

   esxcli network ip neighbor remove -a <IP_address> -v 4

4.0(1a)

CSCvo86431

ノードがメンテナンス モードの場合、ノードがメンテナンス モードから復帰した後にのみ、ディスクの削除または交換が UI に反映されます。これは、メンテナンス中に storfs がノード上で実行されておらず、MM から復帰するまでディスク アクティビティを検出できないためです。

ノードをメンテナンス モードにします。

3.5(2a)

CSCvp79511

HX アップグレード リリース 2.1 (1c) > 3.0 (1i) は、ESXi/vCenter が 6.0 u3 以降ではない場合に許可されました。

アップグレードを試行する前に、ESXi および vCenter を 6.0 u3 にアップグレードします。

3.0(1i)

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

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)

CSCvp90129

ストレッチ クラスタでは、クラスタにノードまたはディスクの追加、障害、または再調整が発生したメンテナンス ウィンドウが表示された場合、クラスタ内の一部のノードが使用できなくなる可能性があります。

3.5 (2c)

CSCvp52171, CSCvm60845

ノード ID オプションを指定して stcli node remove を使用しましたが、ノードは削除されませんでした。

1. ノード (削除する) を MM (すでに顧客の場合) ユニットに配置します。

2. クラスタをシャットダウンします。

3. いずれかのノードで「storfs」を開始します (クラスタの一部になります)。

4. ノードを取り外します。

5. 開始したノードで storfs を停止します。

6. クラスタを開始します。

7. zk エントリのクリーンアップ。

8. DS、VM を確認します。

3.0(1i)

CSCvp58739

stcli クラスタの作成は、最新の SAS ファームウェア バージョンでは失敗します。

NA

3.5 (2c)

CSCvj22992

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

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

3.0(1b)

CSCvn67512

ファームウェア アップグレード後の SED ドライブの電源切断

ディスクが表示されるまで、リブートして電源を入れます。

3.0(1d)

CSCvn76916

HX データストアの使用率は、データストア上で VM の組み合わせを使用する場合よりも高くなります。

NA

3.5(1a)

CSCvn99088

Shavlik スナップショットにより、保護された VM が保護されない状態になります。

Shavlik スナップショットを削除します。

3.0(1a)

CSCvo19250

クラスタの容量が 70% を超えると、警告またはアラートは生成されません。

ストレージ容量を増やすか (新しいノードまたはディスク)、またはストレージ使用量を削減します (未使用の VM とスナップショットを削除します)。

3.0(1i)

CSCvo56350

ESXi 6.7 EP06 にアップグレードすると、再起動後に PSOD が検出されます。

ESXi 6.7 Express Patch 08 にアップグレードします。

CSCvo62867

EAM エラーが原因でノード交換スクリプトが失敗します。

更新されたスクリプトで問題を解決します。

CSCvo79760

クラスタ (HX リリース > = 3.5) とクラスタ (HX リリース < 3.5) のペアリング中に、クラスタでリモート複製ネットワーク テストが失敗します (HX リリース < 3.5)。

すべてのワークフローは、3.5 より前の HX リリースを使用してクラスタから実行できます。

3.5(1a)

CSCvo83276

VM のバックアップは、バックアップ VM のスナップショット中にオフになります。

スナップショットを再度取得します。

3.5(1a)

CSCvo93017

クラスタが「失敗」状態になっている状態で、stcli ノードの削除が試行された場合、クラスタからノードを削除できなかった場合でも、出力は正常に表示されます。

TAC に存在するスクリプトを使用して、クラスタの状態をオンラインに更新してからノードの削除を実行すると、ノードが正常に削除されます。

CSCvp12241

2 個のノードの HyperFlex Edge クラスタが正常にフェールバックされず、正常に復帰しない可能性があります。Intersight への接続がまったく機能しない場合に、発生する場合があります (例: トランザクションの遅延が 100 ミリ秒を超える場合など)。

両方のノードがアップ状態で実行中であり、回避策を試行する前に回復する時間を与えていることを確認します (数時間)。回復を与えておらずフェールバックしている場合、両方のコントローラ VM (両方のノードで同時に実行することを推奨) で次のコマンドを実行して再起動します。restart hxRoboController.

4.0(1a)

CSCvp19670

クラスタの管理 IP は、クラスタのシャットダウン後には復帰しません。

各ストレージ コントローラ VM で cip モニタを開始します。

手動でデータストアをマウントします。

CSCvp20230

クラスタの無効状態が原因で、ストレッチ クラスタのアップグレードがランダムに失敗します。

1. 次のコマンドを実行します。stcli cluster upgrade --components hxdp --clean

2. HX アップグレードを再度実行します。

3. 必要に応じて手順 1 および 2 を繰り返します。

3.5 (2b)

3.5(1a)

CSCvp23718

2分 I/O ストール: SSD、HDD またはノードの再起動後、16ノード、8 TB の LFF クラスタ。

インストール後 (新規展開の場合)、またはリリース 4.0 (1a) へのアップグレード後 (既存の展開の場合) は、すべてのコントローラ VM に次の調整変更を適用します。

(すべてのコントローラ VM 上の) 次の調整ファイルを編集します。

cleanerEnableSegSummaryCleaning は「false」に設定する必要があります

上記の調整ファイルを編集した後、次の手順を実行します。

1. すべてのコントローラ VM に SSH でログインします。

2. 「Storfstool---Z」を実行します。

3. 次のコマンドを実行して、値を確認します。調整値は「true」にする必要があります

# cat/tmp/stprocfs/system/tune/cleanerEnableSegSummaryCleaning

cleanerEnableSegSummaryCleaning = true

4. 次のコマンドを入力し、調整の変更を動的に適用します。

# echo false >/tmp/stprocfs/system/tune/cleanerEnableSegSummaryCleaning

5. 調整値が変更されていることを確認します。次のコマンドを実行します。値は「false」にする必要があります。

# cat /tmp/stprocfs/system/tune/cleanerEnableSegSummaryCleaning

cleanerEnableSegSummaryCleaning = false

f. umount/tmp/stprocfs

CSCvp26319

リリース 3.5(2b) FlexVol から 4.0 CSI へのアップグレードは機能しません。FlexVol は引き続き動作します。

1. 設定ファイルを手動で更新して、リンク ローカル アドレスを * に変更します。

2. コントローラと ESX で scvmclient を再起動します。

CSCvp31021

HyperFlex クラスタのアップグレードは、検証中に「DRS 検証が失敗しました」というエラーで失敗する場合があります。

1. 次のファイルを編集します。

/usr/share/springpath/storfs-misc/validation/workflow_scripts/pre_upgrade_cluster_check.xml

次のファイルを編集しないでください。/pre_upgrade_cluster_drs_check.xml

<validator type="vcenter-validate-failover" description="Validate DRS Failover">
         <argument name="vcenter-url" ref="vcenter-url"/>
         <argument name="vcenter-user" ref="vcenter-user"/>
         <argument name="vcenter-password" ref="vcenter-password"/>
         <argument name="vcenter-datacenter" ref="vcenter-datacenter"/>
         <argument name="ip-address-list" ref="ip-address-list"/>
         <argument name="skip" ref="........"/>
</validator>

<argument name="skip" ref="......"/>

<argument name="skip" value="true"/>

3.5(1a)

CSCvp36364

Apache tomcat の複数の脆弱性。

NA

CSCvp37536

HX ストレッチ クラスタ監視 VM は、リブート時に DHCP に戻ります。

次のファイルを編集します。vi/etc/network/eth0.interface

自動 eth0

iface eth0 inet static

address x.x.x.x

netmask x.x.x.x

gateway x.x.x.x

保存したら、監視 VM を再起動します。IP アドレスが適用されますが、設定ファイルは DHCP にリセットされるため、さらに RCA と解決が検出されるまで、再起動ごとにまた実行する必要があります。

3.5 (1b)

CSCvp41241

データの再同期中の RF 2 クラスタのシャットダウン。ノード障害後 (非 storfs)。その後、複数のディスク読み取り障害が発生します。ハードブラックリストに登録されています。

障害が発生したディスクをシャーシから取り外し、再度挿入します。

クラスタを再起動します。

CSCvp49720

2 ノードの ROBO セットアップで zk リーダーを MM に設定する場合の APD。

ノードの zookeper を停止し、zookeeper データベースのコピーを作成し、データベース ディレクトリ内のファイルを削除して、zookeeper を再起動します。

CSCvp60476

ノードの展開後、zookeeper データベースがノード情報で更新されず、「stcli cluster info」の「Node IP Settings」に拡張ノードの情報が表示されません。

root ユーザー名で SSH から CIP に「# Stcli node add--node-ips--esx--esx--esx」を実行します。

3.5(2a)

CSCvm77294

次のエラーでリリース 3.x の検証へのアップグレードに失敗します。DRS 障害-不正なアドミッション コントロール設定

1. 許可設定の確認または無効化 (vSphere クラスタ > HA 設定)

2. 次のファイルを編集します。

/usr/share/springpath/storfs-misc/validation/workflow_scripts/pre_upgrade_cluster_check.xml

次のファイルを編集しないでください: /pre_upgrade_cluster_drs_check.xml

<validator type="vcenter-validate-failover" description="Validate DRS Failover">
         <argument name="vcenter-url" ref="vcenter-url"/>
         <argument name="vcenter-user" ref="vcenter-user"/>
         <argument name="vcenter-password" ref="vcenter-password"/>
         <argument name="vcenter-datacenter" ref="vcenter-datacenter"/>
         <argument name="ip-address-list" ref="ip-address-list"/>
         <argument name="skip" ref="........"/>
</validator>

<argument name="skip" ref="......"/>

<argument name="skip" value="true"/>

2.6(1e)

CSCvp36220

「stcli node add」を実行して15分を超えると、「ノードの追加に失敗しました」と「タイムアウト」を示すメッセージが表示されます。次に例を示します。

root@SpringpathController7HJ5WN5I2M:~# stcli node add --node-ips 10.6.76.15 --esx-username root -f

コントローラのルート パスワードの追加を入力します。

ESX ホスト ルート パスワードを入力します。

ノードの追加に失敗しました。< < <

addNodesLocalizableMessage(Operation did not complete in expected time and maybe executing in the background.,None,None,Operation did not complete in expected time and maybe executing in the background.,ArrayBuffer())

root@SpringpathController7HJ5WN5I2M: ~#

クラスタ追加が引き続きバックグラウンドで実行されている場合は、タイムアウト時間を長くして、ノードの追加に失敗しないようにより直感的なメッセージをスローして、バックグラウンドで実行している必要があります。

上記の例では、ノードの追加が正常に完了しましたが 15 分を超えていました。

該当なし。コールはバックグラウンドで実行され最終的に成功しますが、15 分よりも長くかかる場合があります。

3.5(2a)

CSCvp42679

HyperFlex: 現在および必要なファームウェアが同一の場合、キュー状態の UCSM アップグレード。

アップグレードを強制的にクリアする必要があります。次のコマンドを実行します。

# stcli cluster upgrade: clean: components ucs-fw--ucsm-host 14.39.51.225

3.5 (2b)

CSCvp46539

HyperFlex 拡張ワークフローでは、VLAN 名が正しくプルされません。

拡張 UI を使用し、手動で VLAN の名前を修正します。

4.0(1a)

CSCvp55109

ノード拡張後に、vm-network で MTU が1500に変更され、9000 以前に設定されていました。

NA

3.5(2a)

CSCvp62167

電源が停止したクラスタによるパニック

NA

3.5(2a)

CSCvp63635

アップグレード後に SSH を再度有効にすることはできません。

NA

3.5(1a)

CSCvp63958

HX 複製のクリーンアップが次のエラーで失敗しました: 情報:DR の状態がクリーンではありません。

NA

3.5(2a)

CSCvp65649

管理ユーザーとしてアクセスが制限されます。

NA

3.5(2a)

CSCvp65824

リリース 3.5 (2b) から 4.0 (1a) へのアップグレード中に、ノードのステータスが正しくありません。

NA

4.0(1a)

管理

CSCvp09978

クラスタ情報は、Smart call home が無効になっているにも関わらず、有効になっていることを示しています。

代わりに、 stcli services sch showコマンドを使用します。

3.5 (2b)

CSCvs08218

HyperFlex クラスタ内で実行されている仮想マシンを Commvault がバックアップすると、ネイティブの HyperFlex スナップショットが取得され、完了時に削除されます。ただし、vCenter は vSphere 内で「VM ディスク統合が必須 (VM disk consolidation is required)」とレポートします。このアラートは、定期的に更新されない既存の sentinel スナップショットに対してスローされます。Commvault がネイティブ HX スナップショットを取得するには、sentinel スナップショットが存在する必要があります。

また Commvault は、データ エージング ジョブの一部として、 「HX はスナップショットの削除に失敗しました (HX Failed to delete Snap)」というエラーを報告します。エラーメッセージ-「スナップショット スナップショット-100の削除がエンティティ vm-xx で失敗しました (Delete snapshot snapshot-100 failed for entity vm-xx)」このエンティティでは、以前に発行されたスナップショットのタスクが進行中です。

この問題の修正は、Hotfix Pack SP16.36 で利用できます。

1. Commvault を使用して別のスナップショットを取得します。このエラーメッセージは消えます。

2. sentinel スナップショットを削除して、再度作成します (VM が応答しなくなる可能性があります)。

3. vCenter でアラートを無視/抑制します。

3.5 (2b)

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)

CSCvp40474

クラスタが正常な場合でも、複数の Hyper-V HyperFlex ホストがデータストアにアクセスできません。

3.5(2a)

CSCvp66679

Hyperflex に、次の Common Vulnerabilities および Exposures によって識別される脆弱性の影響を受けるバージョンの OpenSSL が含まれています。

CVE-2018-0495

NA

3.5(1a)

CSCvp78288

クラスタ I/O へディスクを追加するときに 96 秒間凍結する場合。

介入は必要ありません。クラスタは自身で回復します。

3.5(2a)

CSCvp88990

HX のアップグレードは、SCVM が ESXi にログインできないという問題が発生します。

ESXi ホスト上の承認済みキーファイルに SSH 公開キーをコピーします。

SCVM の場合:

cat/etc/ssh/ssh_host_rsa_key.pub

** 単一の行のすべての出力をコピーします。ターミナル ウィンドウで新しい行にホスト名が出力されていない場合でも、キーの末尾を超えるものはコピーしないでください。

前の出力から ESXi の承認済みキー ファイルにキーを入力します。

vi/etc/ssh/keys-root/authorized_keys

* 上記の出力のみをファイルに入力した後、ファイルを終了して保存します。

これで、SCVM から ESXi に SSH で接続しようとすると、パスワードを要求することなく許可する必要があります。アップグレードを続行してください。アップグレードが引き続き失敗する場合は、Cisco TAC にお問い合わせください。

3.0(1i)

CSCvp89523

HyperFlex クラスタが ACI ファブリックに展開され、同じブリッジ ドメイン内に HX 管理および HX ストレージがある場合、誤った HX ストレージ コントローラ インターフェイスからの ARP 応答が表示され、誤った ARP 学習が発生します。ACI ファブリックでは、HX IP の MAC 移動が表示されます。

HX の管理および HX ストレージは、別々のブリッジ ドメインに存在する必要があります。次の CVD の表 21 を参照してください: https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/UCS_CVDs/hx_30_vsi_aci_32.html

3.0(1i)

CSCvp93442

storfs (fileAIOPanicOnStuckIO) でクラッシュ: IO 要求タイマーが期限切れになりました。

TAC に連絡します。

3.5 (2b)

CSCvp96650

UCSM の設定手順で、クラスタの展開中にサブ組織フィールドのエントリが取得されません。

JSON 設定ファイルにサブ組織名を入力し、その設定をエクスポートします。

3.5 (2b)

CSCvp98910

2 ノード ネットワーク パーティションの修復後、分離ノードのデータストアは 15 分間使用できません。

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

A) ARP エントリがタイムアウトするまで 15 ～ 20 分間待機してから、データストアが再びマウントされるようになります。

B) ARP エントリを手動でリセットするには、次の手順を実行します。

1. 現在の eth1: 0 を確認します。HyperFlex コントローラ VM とノードの両方から IP/Mac への MAC アドレス。

コントローラ VM のシェルから ifconfig eth1: 0 を実行します。

2. データストアが使用できないノードで、次のコマンドを使用して、ESXi ARP キャッシュ内の上記の IP アドレスの MAC アドレス エントリを確認します。

"esxcli network ip neighbor list"

3. IP アドレスが誤った MAC アドレスに割り当てられている場合は、次に示すように ARP テーブルからエントリを消去します。

esxcli network ip neighbor remove -a <IP_address> -v 4

4.0(1a)

CSCvo86431

ノードがメンテナンス モードの場合、ノードがメンテナンス モードから復帰した後にのみ、ディスクの削除または交換が UI に反映されます。これは、メンテナンス中に storfs がノード上で実行されておらず、MM から復帰するまでディスク アクティビティを検出できないためです。

ノードをメンテナンス モードにします。

3.5(2a)

CSCvp79511

リリース 3.0 (1i) への HX のアップグレードは、vCenter および ESXi がバージョン 6.0u2 の両方で許可されていますが、バージョン6.0u3 ではバージョン チェックが必要です。

アップグレードを試行する前に、ESXi および vCenter を 6.0 u3 にアップグレードします。

3.0(1i)

CSCvp86483

既存のパスワードを知らなくても、HyperFlex ルートまたは管理者パスワードをリセットすることはできません。

TAC に連絡します。

4.0(1a)

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

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)

CSCvn89717

リリース 3.5 (1a) から 3.5 (2a) へのアップグレード中に競合状態が発生すると、競合状態が原因で M5 SED クラスタの USB インターフェイスが使用できなくなります。

HyperFlex コントローラの USB デバイスは、CIMC によって公開されているホスト接続された USB です。一部のケースでは、デバイスが完全に初期化されておらず、USB デバイスが検出されていません。この USB デバイスは、CIMC から重要な SED 関連情報を通信するために使用されます。USB デバイスが存在しない場合、ドライブはロックされます。

この問題が発生した場合は、vCenter を介してデバイスを手動で追加し、CIMC との通信を確立し、ドライブのロックを解除します。

3.5(2a)

CSCvn51562

Cisco HX Data Platform プラグインは、Windows vCenter Web クライアント 6.7 U1 にロードできません。この問題は VMware VCSA では表示されません。

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

1. [管理 (Administration)] > [クライアント プラグイン (Client Plugins)] > [Springpath] からプラグインを無効にします。

2. ログアウトしてから、ログインします。

3. [Administration (管理)] > [Client Plugins (クライアント プラグイン)] > [Springpath] からプラグインを有効にします。

4. ログアウトしてから、ログインします。

3.5(2a)

CSCvn17787

クラスタの作成/クラスタの拡張ワークフローは、検証手順で次のエラー メッセージが表示され停止します。

FIRMWARE-Check UCSC-SAS-M5HD

FIRMWARE-Check UCSC-SAS-M5HD : Required: 00.00.00.29,00.00.00.32,00.00.00.35,00.00.00.50, Found: 00.00.00.58;

必要なアクション: 必須バージョンにコントローラ ファームウェアを更新する

これは警告メッセージであり、無視しても問題ありません。[Skip Create Validation (作成の検証をスキップする)] をクリックして、クラスタの作成を続行します。この回避策は、クラスタ拡張ワークフローにも適用されます。

3.5(2a)

CSCvm53972

障害が発生したディスクの自動ソフトウェア修復中に、リリース 2.6 (1x) で実行されているクラスタではすべてのパスがダウンしている可能性があります。

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

• すべてのハードディスクを、ブラックリスト カウント 5 よりも大きい値に置換します。

  すべてのノードで Maxdiskblacklistccount を 10 から 5 に下げます。これにより、別の障害が発生したディスクでこの問題が発生する可能性が低くなります。

2.6(1b)

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)

Hyper-V

CSCvn54300

アップグレード時に、ユーザーの vSwitch に作成されたチームで VLAN を削除します。

新規インストール時には、複数の Vlan が入力されていても、1つの VLAN タグだけが vSwitch とチームに設定されます。

この問題が発生した場合は、ユーザー vSwitch の下でチームに割り当てられた VLAN タグを削除します。

3.5(2a)

CSCvn28721

クラスタ拡張は、エラーコード「500-操作のタイムアウト」で失敗する可能性があります。

Hyper-v フェールオーバー クラスタへの特定のステータス クエリ コールに 40秒 以上かかる場合があるため、まれなケースでこの問題が発生します。これは通常、大規模なクラスタ (>8 ノード) で発生します。

次の手順に従って API タイムアウト値を増価し、サービスを再起動して、操作を再試行してください。

1. HX Installer VM にログインします。

2. 次のコマンドを使用して、ファイル application.conf を編集します。

   vi/opt/springpath/storfs-mgmt/stDeploy-1.0/conf/application.conf

3. Requesttimeout を 120 秒に変更します。

4. ファイルを保存します。

5. Restart stDeploy を使用してサービスを再起動します。

   拡張操作をやり直します。

3.5(2a)

CSCvm05523

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

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

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

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

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

3.0(1e)

CSCvk37044

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

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

3.0(1e)

CSCvi56910

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

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

3.0(1a)

CSCvi16323

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

これは既知の問題です。

3.0(1a)

CSCvi59119

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

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

3.0(1a)

CSCvh80044

HX Connect UI を使用すると、異なる場合に限り、可能性のある既存のデータストア名を複製することで、データストアを作成できます。たとえば、Ds3、ds3、dS3 は有効なデータストアとして許可されます。

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

3.0(1a)

CSCvh25238

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

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

3.0(1a)

管理

CSCvf90091

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

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

2.5(1c)

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)

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

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)

CSCvo69067

クラスタにドライブを追加すると、クラスタ容量が増加することはありません。

解決のために TAC に連絡してください。

3.0(1e)

3.5(1a)

CSCvn07634

最初に HXDP 3.5 (1a) より前に最初に展開されたクラスタで、3.5 (1a) ノード展開を試行すると、vCON ポリシーの参照エラーがトリガされます。さらに、展開前に作成された既存のサービス プロファイルは、保留中の確認応答状態になる可能性があります。

既存のサービス プロファイルの変更を手動で確認しないでください。代わりに、ここで使用可能な手順を実行します。

3.5(1a)

CSCvh04307

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

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

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

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

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

この問題から回復するには、Cisco TAC に問い合わせて、リリース 3.0 (1c) の情報を参照してください。

3.0(1a)

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)

Hyper-V

CSCvm59573

場合によっては、インストール プロセスでハイパーバイザの設定中に Hyper-v OS のインストールが失敗することがあります。

これは断続的な問題です。ほとんどの場合、ハイパーバイザの設定手順を再試行すると、この問題が解決します。

3.5(1a)

CSCvm05523

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

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

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

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

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

3.0(1e)

CSCvk37044

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

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

3.0(1e)

CSCvi56910

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

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

3.0(1a)

CSCvi16323

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

これは既知の問題です。

3.0(1a)

CSCvi59119

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

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

3.0(1a)

CSCvh80044, CSCvi59119

HX Connect UI を使用すると、異なる場合に限り、可能性のある既存のデータストア名を複製することで、データストアを作成できます。たとえば、Ds3、ds3、dS3 は有効なデータストアとして許可されます。

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

3.0(1a)

CSCvh25238

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

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

3.0(1a)

管理

CSCvk46179, CSCvm47257

大規模なクラスタでは、「サーバ コーるに失敗しました」というエラーが HX Connect に表示されることがあります。

この問題が発生した場合は、ページを更新するか、ページの特定のセクションを更新してください。

3.5(1a)

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 invoke exception: nested exception is: com.vmware.vim25.NotAuthenticated」というエラーを受信する可能性があります。認証されていません。

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

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

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)

CSCvq41985

Cisco IMC 4.0 (1a)

オープン（Open）

設置作業を開始する前に必要な構成情報を収集するための、編集可能なファイルです。チェックリストに記入し、シスコ アカウント チームにご提出ください。

HyperFlex Systems の初期構成、および関連するポスト クラスタ設定タスクに関する詳細情報です。複数の HX クラスタの設定方法、HX クラスタの展開方法、混在した HX クラスタのセットアップ方法や、外部ストレージの接続方法についても説明しています。

ストレッチ クラスタ ガイド

HyperFlex ストレッチ クラスタのインストールと設定手順を提供し、ミッション クリティカルなワークロードにアクティブ-アクティブなディザスタ回避ソリューションを展開できるようになります。

Microsoft Hyper-V インストレーション ガイド

Microsoft Hyper-V に Cisco HyperFlex システムをインストールし、設定する方法について、インストールおよび設定手順を説明します。

リモート、ブランチ オフィス（ROBO）、およびエッジ環境にハイパー コンバージェンスをもたらすように設計された、HyperFlex Edge の導入手順を説明します。

クラスタ、暗号化、データの保護（複製とリカバリ）、ReadyClone、ネイティブ スナップショット、およびユーザ管理を管理および監視する方法について説明します。インターフェイスには、HX Connect、HX Data Platform プラグイン、およびstcliコマンドが含まれます。

HyperFlex Intersight インストレーションガイド

クラウドから安全なインフラストラクチャ管理を提供するように設計された HyperFlex Intersight のインストール、設定、および導入手順を提供します。

Cisco HX Data Platform の既存のインストールのアップグレード方法、アップグレード ガイドライン、およびさまざまなアップグレード タスクに関する情報を提供します。

HyperFlex Systems 固有のネットワークおよび外部ストレージ管理タスクに関する情報を提供します。

HX Data Platform の stcli コマンドについての CLI リファレンス情報を提供します。

データ保護のために Cisco PowerShell Cisco HXPowerCLI cmdlets を使用する方法に関する情報を提供します。

REST API 入門ガイド

REST API リファレンス

外部アプリケーションが Cisco HyperFlex の管理プレーンと直接対話できるようにする、REST API に関連する情報を提供します。

設置、構成、 から への構成、および から への構成に関するトラブルシューティング ガイドです。さらにこのガイドでは、システム イベント、エラー、Smart Call Home、およびシスコ サポートに関する情報を提供します。

独立したナレッジ ベースからの記事を記載しています。