4.0(2b)

2020 年 5 月 11 日

4.0(2b) リリースの新機能で、ストレッチ クラスタ アップデートの OTV を追加しました。

4.0(2a)

2020 年 5 月 5 日

HX 4.0(2a) 新機能のセクションを、Cisco UCSM 4.1(1c) リリースからの、UCSM ハードウェアとソフトウェアの強化点と機能が含まれるようにアップデートしました。

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

4.0(2b)

2020 年 4 月 22 日

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

4.0(1b)

2020 年 3 月 30 日

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

4.0(2a)

2020 年 3 月 24 日

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

4.0(2a)

2020 年 2 月 11 日

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

3.5 (2c)

2020 年 1 月 15 日

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

4.0(1b)

2019 年 12 月 23 日

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

4.0(1b)

2019 年 12 月 13 日

HX 4.0(1b) および HX 4.0(1a) の解決済み警告のリストに CSCvs28167 を追加しました。

4.0(1b)

2019 年 11 月 25 日

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

4.0(1b)

2019 年 11 月 7 日

3.x 展開向け HyperFlex Edge およびファームウェア互換性マトリックスの更新

ストレージ クラスタ仕様の情報が更新されました。

4.0(1b)

2019 年 10 月 25 日

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

4.0(1b)

2019 年 10 月 8 日

推奨される FI/サーバー ファームウェアのバージョンを更新しました。

4.0(1b)

2019 年 9 月 30 日

4.x 展開向け HyperFlex Edge およびファームウェア互換性マトリックスの HUU/CIMC 情報更新

4.0(1b)

2019 年 9 月 17 日

「関連する問題」の新しいセクションに CSCvq41985 が追加されました。

4.0(1b)

2019 年 9 月 16 日

4.x 展開向け HyperFlex Edge およびファームウェア互換性マトリックスの HUU/CIMC 情報更新

4.0(1b)

2019 年 9 月 10 日

3.x および 4.x 展開向け HyperFlex Edge およびファームウェア互換性マトリックスの HUU/CIMC 情報更新

4.0(1b)

2019 年 8 月 28 日

HyperFlex リリース 4.0(1b)、3.5 (2e) および 3.5 (2d) の HUU/CIMC 推奨ファームウェア バージョンが更新されました。

4.0(1b)

2019 年 8 月 23 日

HyperFlex リリース 3.5 (2e) および 3.5 (2d) の推奨 FI/サーバ ファームウェア バージョンが更新されました。

4.0(1b)

2019 年 8 月 21 日

4.x 展開向け HyperFlex Edge およびファームウェア互換性マトリックスに、Cisco IMC バージョン サポート情報が追加されました。

4.0(1b)

2019 年 8 月 19 日

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

4.0(1a)

2019 年 8 月 8 日

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

4.0(1a)

2019 年 8 月 5 日

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

4.0(1a)

2019 年 7 月 25 日

「4.x 展開のHyperFlex Edge およびファームウェア互換性マトリックス」のセクション」の HX220c M5/HXAF220c M5 クラスタから VIC 1457 へのコンポーネント情報が更新されました。

4.0(1a)

2019 年 7 月 22 日

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

• リリース 3.5 (2e) の監視ノードバージョンが追加されました。

4.0(1a)

2019 年 7 月 5 日

リリース 4.0 (1a) の未解決の問題のリストに CSCvq39523 が追加されました。

4.0(1a)

2019 年 7 月 1 日

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

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

4.0(1a)

2019 年 6 月 20 日

• リリース 4.0 (1a) の未解決の問題のリストに CSCvp64140 と CSCvp98910 が追加されました。

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

4.0(1a)

2019 年 6 月 17 日

更新されたブラウザの推奨事項

4.0(1a)

2019 年 5 月 31 日

4.0(1a) 機能が、Intersight 仮想アプライアンスおよび Intersight.com でサポートされていることを示す情報が追加されました。

4.0(1a)

2019 年 5 月 21 日

• 3.5 (2b) および 4.0 (1a) の M4/M5 推奨 FI/サーバ ファームウェアが更新されました。

• 「アップグレードのガイドライン」セクションで、Hypercheck Health Check Utility の推奨される使用方法を説明する箇条書きを追加しました。

4.0(1a)

2019 年 5 月 14 日

• DISA STIG の互換性に関する新機能の説明が追加されました。

• Hyper-V のストレージV クラスタ仕様が更新されました。

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

4.0(1a)

2019 年 5 月 8 日

• 4.0 (1a) の VMware vCenter バージョンが更新されました。

• サポートされる Microsoft ソフトウェア バージョンが更新されました。

4.0(1a)

2019 年 5 月 3 日

• 解決済みの問題リストに CSCvo36198 と CSCvk38003 が追加されました。

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

4.0(1a)

2019 年 4 月 29 日

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

代替ブート ドライブ

HX-M2-960GB

すべての既存の HX M5 サーバ

代替システム (またはハウスキーピング) ドライブ

HX-SD480G6I1X-EV

All NVMe を除くすべての既存の HX M5 サーバ

代替システム (またはハウスキーピング) ドライブ

HX-SD480GM1X-EV

All NVMe を除くすべての既存の HX M5 サーバ

All Flash の 800G 12G SAS キャッシュ ドライブ オプション

HX-SD800G123X-EP

次の HX M5 サーバ：HXAF220C-M5SX、HXAF240C-M5SX、HXAF-E-220M5SX

All NVMe 1TB 容量ドライブ

HX-NVME2H-I1000

All NVMe：HXAF220C-M5SN

All NVMe 4TB 容量ドライブ

HX-NVME2H-I4000

All NVMe：HXAF220C-M5SN

新しい高密度 All NVMe 8TB 容量ドライブ

HX-NVMEHW-I8000

All NVMe：HXAF220C-M5SN

新しい高密度 All Flash 7.6 TB 容量ドライブ

HX AF C240 のノードあたりの最大数は 12 台です。

HX-SD76T61X-EV

全フラッシュ構成: HXAF220C-M5SX、HXAF240C-M5SX、HXAF-E-220M5SX

ESX のサポートのみ。

8TB LFF 容量の代替ドライブ

HX-HD8T7K4KAN

HX240C-M5L

新しい 3.8TB FIPS 準拠 SED SSD データ ドライブ

HX-SD38T2HTNK9

HXAF220C-M5SX、HXAF240C-M5SX

新しい 960G FIPS 準拠 SED SSD データ ドライブ

HX-SD960G2HTNK9

HXAF220C-M5SX, HXAF240C-M5SX

HX サーバ

HX220c M5

HX220c AF M5

HX240c M5

HX240c M5

HX220c M4

HX220c M4

HX240c M4

HX240c M4

HX240c-M5L

HX220c M5 Edge

HXAF220c M5 Edge

HX220c M4 Edge

HXAF220c M4 Edge

HXAF220c-M5SN

すべての HXAF220c-M5SN

ESXi 6.5 または 6.7 のみ。ESXi 6.0 または Hyper-V ではサポートされていません。

HX220c M5

HX220c AF M5

HX240c M5

HX240c-M5L

HX220c M5

HX220c AF M5

HX240c M5

HX240c M5

HX240c-M5L

すべての HXAF220c-M5SN

コンピューティング専用 UCS B シリーズ/C シリーズサーバ

B200 M5/M4/M3、B260 M4、B420 M4、B460 M4、B480 M5、C220 M5/M4/M3、C240 M5/M4/M3、C460 M4、C480 M5

B200 M5/M4/M3, B260 M4, B420 M4, B460 M4, B480 M5, C220 M5/M4/M3, C240 M5/M4/M3, C460 M4, C480 M5

—

B200 M5/M4/M3, B260 M4, B420 M4, B460 M4, B480 M5, C220 M5/M4/M3, C240 M5/M4/M3, C460 M4, C480 M5

C240 M5、C220 M5、B200 M4、B200 M5

C220 M5、C240 M5、B200 M4、B200 M5

B200 M5/M4/M3, B260 M4, B420 M4, B460 M4, B480 M5, C220 M5/M4/M3, C240 M5/M4/M3, C460 M4, C480 M5

B200 M5/M4/M3、B260 M4、B420 M4、B460 M4、B480 M5、C220 M5/M4/M3、C240 M5/M4/M3、C460 M4、C480 M5、

B200 M5/M4/M3, B260 M4, B420 M4, B460 M4, B480 M5, C220 M5/M4/M3, C240 M5/M4/M3, C460 M4, C480 M5,

サポートされるノード

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

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

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

MinMax

コンバージド ノード：3 ~ 32 (7.6 TB ドライブ構成の場合、AF 240 では最大 12 ドライブ/ノードに制限されます)

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

コンバージド ノード: 3 ~ 16 (12TB ドライブは最大 8 ノードに制限されます)

コンバージド ノード: 0 ～ 16 (12TB ドライブは最大 8 ノードに制限されます)

M4 コンバージド ノード: 3

M5 コンバージド ノード: 2、3、または 4

HXDP-E ライセンスが必要

該当なし (Enterprise HXDP-P ライセンスが必要)

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

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

コンバージド ノード: 3 ～ 16 (12TB HDD オプションは HyperV ではサポートされていません)

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

該当なし (Enterprise HXDP-P ライセンスが必要)

該当なし (Enterprise HXDP-P ライセンスが必要)

該当なし (Enterprise HXDP-P ライセンスが必要)

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

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

MinMax

コンバージド ノード：3 ~ 32 (7.6 TB ドライブ構成の場合、AF 240 では最大 12 ドライブ/ノードに制限されます)

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

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

コンバージド ノード: 3 ~ 16 (12TB ドライブは最大 8 ノードに制限されます)

コンバージド ノード: 0 ～ 32 (12TB ドライブは最大 16 ノードに制限されます)

コンバージド ノード: 3

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

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

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

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

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

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

コンバージド ノード: 3 ～ 16 (12TB HDD オプションは HyperV ではサポートされていません)

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

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

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

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

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

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

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

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

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

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

64

48

3

64

32

32

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

サイトあたり 24、クラスタあたり 48

サイトあたり 24、クラスタあたり 48

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

2:1 *

2:1 *

—

2:1 *

1:1

1:1

2:1 *

2:1 *

2:1 *

✔

✔

非対応

✔

✔

✔

✔**

✔**

✔**

4.0(2a)

CSCvq63138

CVE-2019-13132、CVE-2019-9924

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

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

4.0(2a)

CSCvq71240

CVE-2019-11719、CVE-2019-11727、CVE-2019-11729

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

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

4.0(2a)

CSCvr06339

CVE-2019-1125

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

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

4.0(2a)

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-5094CVE-2019-5481、CVE-2019-5482、CVE-2019-9636、CVE-2019-9740、CVE-2019-9947、CVE-2019-9948

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

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

4.0(2a)

CSCvp65019

CVE-2017-13168、CVE-2017-18174、CVE-2017-18216、CVE-2018-10876、CVE-2018-10877、CVE-2018-10878、CVE-2018-10879、CVE-2018-10880、CVE-2018-10881、CVE-2018-10882、CVE-2018-10902、CVE-2018-10938、CVE-2018-12233、CVE-2018-12896、CVE-2018-13053CVE-2018-13094、CVE-2018-13096、CVE-2018-13405、CVE-2018-13406、CVE-2018-14609、CVE-2018-14617、CVE-2018-14633、CVE-2018-14734、CVE-2018-15572、CVE-2018-15594、CVE-2018-16276、CVE-2018-16658、CVE-2018-17182、CVE-2018-17972、CVE-2018-18021CVE-2018-18690、CVE-2018-18710、CVE-2018-6554、CVE-2018-6555、CVE-2018-9363

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

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

4.0(2a)

CSCvo98516

NA

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

4.0(2a)

CSCvj95584

NA

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

4.0(2a)

CSCvp24343

CVE-2018-15380

脆弱性は、影響を受けるデバイスで Web UI の CSRF 保護が不十分なことが原因です。攻撃者は、ユーザーが悪意のあるリンクをクリックしたり、悪意のある PDF ファイルを開いたりするように仕向けることにより、この脆弱性を不正利用する可能性があります。不正利用が成功すると、攻撃者はユーザーの権限で任意のコードを実行する可能性があります。

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

4.0(2a)

CSCvq19949

CVE-2019-11834、CVE-2019-11835

CVE-2019-11834 および CVE-2019-11835 によって特定された cJSON バージョンを使用した脆弱性。

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

4.0(2a)

CSCvr54398

CVE-2018-12207、CVE-2019-11135

CVE-2018-12207 および CVE-20190-11135 によって特定された VMware ESXi を使用した MCEPSC および TAA の脆弱性に対する HX ESXi イメージパッチ。

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

4.0(2a)

CSCvq19546

CVE-2019-11477、CVE-2019-11478、CVE-2019-11479

CVE-2019-11477、CVE-2019-11478、CVE-2019-11479 によって特定された Linux カーネルに影響する CP ネットワーキングの脆弱性。

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

4.0(2a)

CSCvr54399

CVE-2018-12207、CVE-2019-11135

CVE-2018-12207、CVE-2019-11135 によって特定された Microsoft Hyper-V ハイパーバイザを使用した際の脆弱性に対する Microsoft セキュリティ パッチの認定。

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

4.0(2a)

CSCvp76463

CVE-2016-10708、CVE-2018-15473、CVE-2018-20685、CVE-2019-6109、CVE-2019-6111

CVE-2019-6111 によって特定された OpenSSH の脆弱性。

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

4.0(2a)

CSCvp66679

CVE-2016-2105、CVE-2016-2106、CVE-2016-2107、CVE-2016-2109、CVE-2016-2176、CVE-2016-2177、CVE-2016-2178、CVE-2016-2179、CVE-2016-2180、CVE-2016-2181、CVE-2016-2182、CVE-2016-2183、CVE-2016-6302、CVE-2016-6303、CVE-2016-6304、CVE-2016-6305、CVE-、CVE-CVE-2016-6306、CVE-2016-6307、CVE-2016-6308、CVE-2016-7055、CVE-2016-8610、CVE-2017-3731、CVE-2017-3732、CVE-2017-3735、CVE-2017-3736、CVE-2017-3737、CVE-2017-3738、CVE-2018-0495、CVE-2018-0732、CVE-2018-0734、CVE-2018-0735、CVE-2018-0737、CVE-、CVE-CVE-2018-0739、CVE-2018-12384、CVE-2018-12404、CVE-2018-5407、CVE-2019-1559

OpenSSL と LibNSS に関連付けられている複数の脆弱性。

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

4.0(2a)

CSCvp66555

CVE-2016-10087

CVE-2016-10087 によって特定された libpng の脆弱性。

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

4.0(2a)

CSCvp34586

CVE-2014-9092、CVE-2016-3616、CVE-2017-15232、CVE-2018-11212、CVE-2018-11213、CVE-2018-11214、CVE-2018-1152、CVE-2018-13785

Libjpg と libpng に関連付けられている脆弱性。

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

4.0(2a)

CSCvp31207

CVE-2018-16428、CVE-2018-16429

CVE-2018-16428 および CVE-2018-16429 によって特定された Glib に関連する脆弱性。

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

4.0(2a)

CSCvr36903

CVE-2019-15133、CVE-2019-15903、CVE-2019-5010、CVE-2019-5481、CVE-2019-5482、CVE-2019-9636、CVE-2019-9740、CVE-2019-9947、CVE-2019-9948

Curl、expat、python 2.7、python 3.5、3.6、3.7、freetype、giflib に関連付けられている複数の脆弱性。

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

4.0(2a)

CSCvq92032

CVE-2019-14379、CVE-2019-12384、CVE-2019-14439

複数のサードパーティ製ソフトウェアの脆弱性。

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

4.0(2a)

CSCvq43250

CVE-2018-16062、CVE-2018-16402、CVE-2018-16403、CVE-2018-18310、CVE-2018-18520、CVE-2018-18521、CVE-2019-7149、CVE-2019-7150、CVE-2019-7665

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

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

4.0(2a)

CSCvq43230

CVE-2017-5953、CVE-2019-12735

Vim に関連する脆弱性。

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

4.0(2a)

CSCvq43213

CVE-2016-6153、CVE-2017-10989、CVE-2017-13685、CVE-2017-2518、CVE-2017-2519、CVE-2017-2520、CVE-2018-20346、CVE-2018-20505、CVE-2018-20506、CVE-2019-8457、CVE-2019-9936、CVE-2019-9937

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

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

4.0(2a)

CSCvq43209

CVE-2018-20843

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

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

4.0(2a)

CSCvq43205

CVE-2018-20843

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

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

4.0(2a)

CSCvq43194

CVE-2016-3189、CVE-2019-12900

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

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

4.0(2a)

CSCvq10694

CVE-2018-12115、CVE-2018-0734、CVE-2018-5407、CVE-2018-12120、CVE-2018-12121、CVE-2018-12122、CVE-2018-12123、CVE-2018-12116、CVE-2019-5737、CVE-2019-5739

NodeJS に関連付けられている複数の脆弱性。

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

4.0(2a)

CSCvq10388

CVE-2019-10906、CVE-2016-10745

Pallets Jinja str.format_map に関連付けられ、CVE-2019-10906 および CVE-2016-10745 によって特定される脆弱性。

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

4.0(2a)

CSCvq09178

CVE-2014-8501、CVE-2014-9939、CVE-2015-9262、CVE-2016-10087、CVE-2016-2226、CVE-2016-4487、CVE-2016-4488、CVE-2016-4489、CVE-2016-4490、CVE-2016-4491、CVE-2016-4492、CVE-2016-4493、CVE-2016-6131、CVE-2018-10963、CVE-2018-13785CVE-2018-17100、CVE-2018-17101、CVE-2018-18557、CVE-2018-18661、CVE-2018-7456、CVE-2018-8905

複数のセキュリティの脆弱性。

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

4.0(2a)

CSCvq07568

CVE-2019-9893

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

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

4.0(2a)

CSCvq06755

CVE-2017-12447

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

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

4.0(2a)

CSCvp93817

CVE-2018-6594

Python 暗号に関連付けられている脆弱性。

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

4.0(2a)

CSCvp86721

CVE-2018-20483、CVE-2019-5953

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

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

4.0(2a)

CSCvp66748

CVE-2018-6594

Python Crypto に関連付けられた複数の脆弱性。

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

4.0(2a)

CSCvp66734

CVE-2017-17512

実用的なユーティリティに関連する脆弱性。

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

4.0(2a)

CSCvp66689

CVE-2018-1000030

Python に関連付けられている複数の脆弱性。

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

4.0(2a)

CSCvp66672

CVE-2016-10713、CVE-2018-1000156、CVE-2018-6951

CVE-2016-10713 によって特定された複数のパッチの脆弱性。

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

4.0(2a)

CSCvp66664

CVE-2016-10165、CVE-2018-16435

CVE-2016-10165 によって識別されるほとんどの CMS に関連する脆弱性。

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

4.0(2a)

CSCvp64746

CVE-2011-5325、CVE-2016-7076、CVE-2017-1000368、CVE-2019-11068

CVE-2011-5325/CVE-2019-11068/CVE-2016-7076、CVE-2017-1000368 で特定される Tenable スキャンに関連する脆弱性。

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

4.0(2a)

CSCvp34792

CVE-2016-9318、CVE-2017-16932、CVE-2017-18258、CVE-2018-14404、CVE-2018-14567

XMLSec 1.2.23 以前およびその他の製品で使用され、CVE-2016-9318 によって識別される、libxml2 2.9.4 以前に関連する脆弱性。

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

4.0(2a)

CSCvp29266

CVE-2018-10916

LFTP リモート ファイル名の不正アクセスの脆弱性に関連付けられ、CVE-2018-10916 によって特定される脆弱性。

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

4.0(2a)

CSCvo34097

CVE-2018-7750

CryptographyDeprecationWarning に関連付けられている脆弱性：署名者および確認者は廃止されました。

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

4.0(2a)

CSCvr39793

CVE-2019-16056

Python python 2.7、3.5 の複数の脆弱性。

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

4.0 (1b)、3.5 (2g)

CSCvq24176

CVE-2018-15380

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

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

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

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

4.0 (1b)、3.5 (2g)

CSCvj95606

CVE-2018-15380

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

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

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

4.0(1b)

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

VC アラーム中に検出された JVM 1.8 U121 メモリ リークに関連する脆弱性。 (REST API を使用した同時 40コール)。

4.0(1b)

CSCvm58031

NA

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

4.0(1a)

CSCvn35119

CVE-2018-18584

CVE-2018-18585

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

4.0(1a)

CSCvn82282

CVE-2018-14719

CVE-2018-14720

CVE-2018-1000873

CVE-2018-14721

CVE-2018-19360

CVE-2018-19362

CVE-2018-19361

CVE-2018-14718

FasterXML Jackson-Databind Time Value Field Denial of Service に関連付けられた脆弱性。

4.0(1a)

CSCvo05054

CVE-2013-3587

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

4.0(1a)

CSCvo27818

CVE-2018-16487

CVE-2018-19361

サードパーティ製ソフトウェアのサービス妨害に関連する脆弱性。

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 に関連付けられている脆弱性。

CSCvs70967

stcli services dns removeは、インターフェイス ファイルから DNS サーバ情報を削除します。

2.5(1d)

4.0(2b)

CSCvt10522

HX 4.0 (1b)、Intersight の実稼働クラウドから新しく展開されます。

CSI (Kubernetes 統合) を有効にしている場合、ユーザは次のエラーを受信します。

Volume_access_enable 中に障害が発生し、「ゼロ以外の終了コード 1」というエラーが出ました。

4.0(1b)

4.0(2b)

CSCvt13947

HX Connect で次のアラート/イベントを受信します。HX コントローラ VM {HOSTNAME} 複数の設定済み DNS サーバが応答していません。

4.0(2a)

4.0(2b)

CSCvt14914

4.0.2 a へのアップグレード後に、API、UI、CLI は、空のドライブ スロットがいくつかあると表示します。

これらのドライブは、sysmtool、lsscsi、および stcli コマンドの出力では表示されます。

クラスタは正常であり、エラーはありません。

4.0(2a)

4.0(2b)

CSCvs69154

HX コントローラで DNS サーバが正常に変更された後も、展開中に追加された元の DNS エントリを確認できます。

3.5 (2d)

4.0(2b)

CSCvs30080

HyperFlex Connect および vCenter は、HX および非 HX データストアで APD アラームを表示します。これは、HyperFlex で、本来存在しないはずの問題が発生していることを意味します。

3.5(2e)

4.0(2b)

CSCvs74286

ノードの再起動後、ノード内のすべてのディスクがロックされる問題がありました。

sed-client.sh -U コマンドを使用すれば、正常にロック解除することができますが、もう一度再起動すると、ドライブは再びロックされます。

4.0(2a)

4.0(2b)

CSCvt13929

HyperFlex で「stcli license...」コマンドを実行すると、次のようなエラーが表示されます。

root@SpringpathController:/tmp# stcli license show all

Show smart licensing failed (スマート ライセンスの表示に失敗しました:):

Smart Agent is not ready, please wait a minute and try again (Smart Agent の準備ができていません。しばらく待ってから、もう一度やり直してください)

4.0(2a)

4.0(2b)

CSCvt20144

HX 4.0 (2a) にアップグレードした後、最初に再起動される Robo/Edge ノードは、永続ドライブ PID: HX-HD24TB10K4KN を無視します。

クラスタは縮小状態になり、キャパシティは減少します。

4.0(2a)

4.0(2b)

CSCvs21562

Exhibitor の実行中は、Zookeeper が起動できません。ただし、「echo srvr」は何も返しません。

3.5 (2b)

4.0(2b)

CSCvs91787

HyperFlex のアップグレードを実行すると、Enterprise Plus または Enterprise ハイパーバイザのライセンスがないホストが原因で、検証の警告が発生することがあります。

Upgrade Validation Warning: (アップグレード検証の警告)

ESXi host esx1.lab.test should be configured with VMware Enterprise license for upgrade to continue. (ESXi host esx1.lab.test のアップグレードを続行するには、VMware Enterprise のライセンスを使用して設定する必要があります。)

4.0(2a)

4.0(2b)

CSCvs69317

ストレージ コントローラ (SCVM) の root と admin　のパスワードが異なる場合、インストーラの設定の段階でクラスタの拡張が失敗します。

3.5 (2g)

4.0(2b)

CSCvt06983

ESXi のアップグレード中にパニックが発生します。

3.5 (2g)

4.0(2b)

CSCvs54285

動作中のクラスタ ノードは、Linux カーネルでハングする可能性があります。これは、意図した動作からの逸脱として分類されます。

4.0(2a)

4.0(2b)

CSCvs69007

10+10 ノード HX 3.5 (2g) ストレッチ クラスタで再調整が失敗します。

3.5 (2g)

4.0(2b)

CSCvr54687

クラスタが IOVisor からアクセスできなくなります。

3.5 (2d)

4.0(2b)

CSCvt61297

ストレージ コントローラでパニックが発生します。

4.0(2a)

4.0(2b)

CSCvt63306

サポートバンドルのサイズは、storfs-support コマンドを使用して収集すると非常に大きくなります。

4.0(2a)

4.0(2b)

CSCvt72807

/var/stv の使用率が 80% を超えると、FileSystemUsageWarningEvent または FileSystemUsageAlertEvent に関連付けられている storfs がクラッシュします。

4.0(2a)

4.0(2b)

CSCvo39912

通常のシナリオでは、サービス プロファイルの更新後にHX のアップグレードが保留中の ACK を取得します。この場合、サービス プロファイルの更新に HX アップグレードが保留中の ACK を取得しておらず、常に待機状態であったため、UCS のみのアップグレードが停止しました。

3.5 (2d)

4.0(2a)

CSCvq39471

MotherBoardReplace-1.2 を使用して古い stNode/pNodes から ZK をクリーンアップすると、データストアがマウント解除され、HyperFlex データストア 0 のサイズが変更され、クラスタ内のすべての VM がオフラインになります。

3.5(1a)

4.0(2a)

CSCvm77294

クラスタのアップグレードとエラーの取得：

アップグレードの検証に失敗しました。 vCenter の設定を確認しています。理由: アップグレードの検証に失敗しました。DRS 障害：設定されたフェールオーバを満たすリソースが不足しています

2.6(1e)

4.0(2a)

CSCvo70650

DR 複製が設定されているノードでは、クラスタの展開が失敗します。

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

3.5(2a)

4.0(2a)

CSCvo91624

お客様によりサーバがファームウェアのアップグレードを 1 個ずつ自動的に完了しなかったことを報告しました。

ユーザーはホストをメンテナンス モードにし、手動で保留中の要求を確認して、UCS ファームウェアのアップグレードを完了する必要があります。

メンテナンス ポリシーは、設計に従ってデフォルト (ユーザー ack) に設定されます。

3.5(1a)

4.0(2a)

CSCvo93017

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

3.5 (1i)

4.0(2a)

CSCvp31021

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

3.5(1a)

4.0(2a)

CSCvp58318

HX クラスタの展開が失敗し、次のエラー メッセージが表示されます。

MAC アドレス プール設定障害 150 [ErrorDescription]：不正なアドレス ブロック範囲定義コリジョン。

3.5 (2b)

4.0(2a)

CSCvq34873

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

3.5 (2b)

4.0(2a)

CSCvr03240

ESXi クラスタのアップグレードは、「ノードのメンテナンス モードが失敗しました」というエラーで失敗します。

3.5 (2g)

4.0(2a)

CSCvr88978

storfs プロセスは、HX メンテナンス モードの終了またはストレージ コントローラを再起動するその他のタスクでは自動的に開始されません。

3.5(2e)

4.0(2a)

CSCvp10707

インストール後のスクリプトは次のメッセージで失敗します。

HX ノードでの ipmitool の実行に失敗しました。

3.5(2a)

4.0(2a)

CSCvp46539

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

4.0(1a)

4.0(2a)

CSCvq45087

HX クラスタの展開中: クラスタ作成の検証フェーズ-HX インストーラがエラーで失敗する可能性があります。

*** from
\var\log\springpath\stDeploy.log
*** 

3.5(2a)

4.0(2a)

CSCvq91380

HX インストーラが、ESX ホストを設定するために SOL にログインできません。

3.5 (2b)

4.0(2a)

CSCvr44222

その他の設定パラメータを使用して DRS が有効になっている場合、手動または部分的に自動化された設定パラメータは、クラスタの展開時に完全に自動化されるように変更されます。

3.5 (2d)

4.0(2a)

CSCvp82175

検証タスク名の 1 つに入力ミスがあります。タスク名は「SED と非 SED ディスクが混在しているノードを検証中」です。

これは「SED と非 SED ディスクが混在しているノードを検証中」である必要があります。

3.5(1a)

4.0(2a)

CSCvo12359

小さい NVMe ドライブを使用したこの組み合わせは、拡張操作ではサポートされていません。たとえば、ドライブが 375GB のみで、より大きなキャッシング SSD を持つ既存のクラスタに追加できない場合などです。

3.0(1i)

4.0(2a)

CSCvp66679

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

CVE-2018-0495

3.5(1a)

4.0(2a)

CSCvo00511

GPU pci パススルーが接続されている VM でネイティブ スナップショットを取得すると、SDK 呼び出し例外が発生します。

3.0(1e)

4.0(2a)

CSCvo62867

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

3.0(1i)

4.0(2a)

CSCvo79760

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

3.5(1a)

4.0(2a)

CSCvo87061

最新のサポート ワークフロー バンドルの問題を修正しました。これ以上にはヒットしません。

3.0(1b)

4.0(2a)

CSCvo87080

3 ノード クラスタでは、スクリプトが「健全な」クラスタ ステータスを検索するため、MBreplace スクリプトは失敗します。

3.5(2a)

4.0(2a)

CSCvp12359

3.5.2 b または 4.0 で実行している場合、MbReplace スクリプト (tar) はハングします。

3.5(2a)

4.0(2a)

CSCvp63958

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

3.5(2a)

4.0(2a)

CSCvp66277

Check_stig_parameters API は ASA に準拠していないため、クラスタのコンプライアンス状態を誤って表示します。

4.0(1a)

4.0(2a)

CSCvq06952

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

3.5 (2c)

4.0(2a)

CSCvo60587

リモート DR レプリケーション パートナー/ピアを設定するときに、HyperFlex GUI はリモート レプリケーション パートナーの TCP ポートの到達可能性テスト結果を表示します。

これにより、迅速な初期接続結果を得ることが可能で、頻繁に顧客が手動で確認します。

到達可能性テストに失敗した場合、情報ウィンドウと HX アラートがトリガーされ、到達不可能な宛先ピア IP と特定のポートがリストに一覧表示されます。

3.5(2a)

4.0(2a)

CSCvr67130

レプリケーション ネットワーク用に複数の IP プールが設定されていて、ローカル レプリケーション ネットワーク テストが失敗している場合は、この問題が発生している可能性があります。

3.5 (2b)

4.0(2a)

CSCvp05204

MBreplace およびソフトウェア再展開スクリプトのタスク オプションをスキップします。スクリプトには、json ファイルを変更することなく、ユーザー入力としてタスクをスキップするオプションがあります。

3.5(2a)

4.0(2a)

CSCvq34357

HyperV の SCVM コンソールの「print_req_error: I/O error, dev fd0, sector 0」でエラーが発生しました。

SSH セッションでは起動しません。

4.0(1a)

4.0(2a)

CSCvk36222

VM ネットワーク スイッチは、インストール プロセスの一部としてすでに作成されています。

理想としては、初期インストール プロセス中に ip アドレスの割り当ても実行する必要があります。インストール後の手順は必須ではありません。代わりに、インストール後のスクリプトの一部として実行できます。

3.0(1d)

4.0(2a)

CSCvg53223

2.1(1) から 2.5(1c) への HX アップグレード中に影響を受ける storfs サービス

アップグレードされていない storfs サービスを停止した HX ノードは停止を引き起こしました。

2.5(1c)

4.0(2a)

CSCvp37536

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

3.5 (1b)

4.0(2a)

CSCvp46578

HyperFlex ストレッチ クラスタ監視は、NTP サーバではプログラミングされていません。

3.5 (2b)

4.0(2a)

CSCvr18528

HyperFlex クラスタは、ノード/サーバのメンテナンス後に修復されません。

3.5 (2b)

4.0(2a)

CSCvr97089

Eth1 データインターフェイス 9K MTU でのパケット損失率が高くなります。

4.0(2a)

4.0(2a)

CSCvr16760

HyperFlex クラスタの修復状態が 87% に留まっており、進行できません。

3.5(2f)

4.0(2a)

CSCvq22898

場合によっては、同じ VM に対して 2 つのレプリケーションが発生することがあります。

GUI から、この VM のレプリケーション ステータスは「進行中」状態であることが示されていますが、レプリケーション層ではジョブがスタックされていません。それ以降のレプリケーションは成功するはずです。

4.0(2a)

4.0(2a)

CSCvp13990

予期しない停電が発生すると、hyperflex クラスタが正常に起動できなくなります。

すべてのプロセスが実行中で、時刻が同期され、必要に応じてすべてのノードが相互に vmkping を実行できます。

3.5(2a)

4.0(2a)

CSCvp33657

ノード ID の代わりに IP アドレスを指定すると、stcli node maintenanceMode コマンドは失敗します。

4.0(1a)

4.0(2a)

CSCvr31573

2 ノード エッジ クラスタ (Intersight/arbitrator 接続の問題が発生している場合) では、クラスタがダウンするため、HX メンテナンス モードを開始できません。

4.0(1a)

4.0(2a)

CSCvr89066

/Var/support/ZKTxnlog の古いファイルは、日次 zklog-cleanup cron job ジョブでは消去されません。

3.5 (2c)

4.0(2a)

CSCvo86431

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

3.5(2a)

4.0(2a)

CSCvr01645

クラスタがオフラインになり、IO 要求の処理を停止する可能性があります。

root@cvm:~# stcli cluster storage-summary --detail
Get cluster storage summary failed:
java.net.ConnectException: Connection refused: /192.168.142.100:10207

3.5 (2c)

4.0(2a)

CSCvq80340

ストレッチ クラスタの展開が HyperFlex インストーラの「フォーマット ノード ノード使用中」というメッセージで失敗し、crmZoneType 値が storfs または /opt/springpath/config/stretch.tunes で 1 と表示されます。

3.5 (2d)

4.0(2a)

CSCvq63888

アップグレード中に、Cisco.com からダウンロードしたアップグレード パッケージをアップロードします。アップグレード パッケージは、ファイル タイプ .tgz hxconnect で、storfs-packages-4.0.1a-33028.tar ファイルを受け入れます。異なるタイプの圧縮を使用し、ESXi でブートストラップおよび scvmclient のアップグレードのためにファイルを展開できない場合は、アップグレードを開始すると失敗する可能性があります。

3.0(1c)

4.0(2a)

CSCvr52098

Intersight を使用して hyperflex をインストールしようとすると、次のエラーが表示されます。

タスクが失敗しました。「vCenter クラスタへホストを追加する際にエラーが発生しました。vCenter にホストを手動で追加して再試行してください。アドレスを取得できませんでした：名前ごとにホスト化できませんでした：lookup Hostname.company.com on 0.0.0.0:53: read udp 127.0.0.1:45430->127.0.0.1:53: read: 接続が拒否されました

4.0(2a)

4.0(2a)

CSCvo92952

クラスタの作成の検証を実行中に、CoreAPI コールがクラスタ管理 API に対してタイムアウトする場合があります。

3.5(2a)

4.0(2a)

CSCvq95460

ESXi バージョンが異なる場合は、拡張 vMotion 互換性の非互換性により、「混合モード拡張チェック」で検証が失敗します。

3.5 (2d)

4.0(2a)

CSCvr66309

「ストレージ コントローラ VM でソフトウェア パッケージをインストール中」にカスタム ワークフローが「ハイパーバイザ設定」 + 「展開」 (clean disk partition = no) が使用されている場合、この障害がインストーラで表示されます。

3.0(1i)

4.0(2a)

CSCvq93831

HX インストーラは、設定を JSON ファイルにエクスポートする際に、VLAN ID の範囲でカンマをセミコロンで置き換えているように見えます。

3.5 (2d)

4.0(2a)

CSCvp22693

サポートされていないブラウザを使用している場合、HX Connect ユーザーはログインできません。これらのユーザーには、不正なユーザーを示すエラーが表示されます。

4.0(1a)

4.0(2a)

CSCvp24343

Cisco HyperFlex ソフトウェアの Web ベースの管理インターフェイスの脆弱性により、認証されていないリモートの攻撃者が、該当システムに対してクロスサイト要求偽造 (CSRF) 攻撃を実施する可能性があります。

脆弱性は、影響を受けるデバイスで Web UI の CSRF 保護が不十分なことが原因です。攻撃者は、ユーザーが悪意のあるリンクをクリックしたり、悪意のある PDF ファイルを開いたりするように仕向けることにより、この脆弱性を不正利用する可能性があります。不正利用が成功すると、攻撃者はユーザーの権限で任意のコードを実行する可能性があります。

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

このアドバイザリは、次のリンク先で確認できます。

https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20190807-hypflex-csrf

4.0(1a)

4.0(2a)

CSCvq22844

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

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

3.5 (2d)

4.0(2a)

CSCvr43786

クラスタ名が正しくないため、コンピューティング ノードの展開操作が失敗します。

4.0(1b)

4.0(2a)

CSCvp41241

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

2.6(1e)

4.0(2a)

CSCvo13143

HyperFlex Edge ノードは、導入時に ESXi ホスト名を適切に設定しません。

4.0(1a)

4.0(2a)

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 4.0(1b) パッチ OVA ファイル:

Cisco-hx-data-platform-installer-v1.7.1-14786.ova 4.0.1 b-33133p1-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. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

2.6(1e)

4.0(1b)

CSCvp64140

Windows Server Hyper-V で HyperFlex インストーラを実行しているときに、クラスタ作成プロセスが失敗し、「クラスタ作成プロセス中にエラーが発生しました。このコンテンツをダウンストリームに送信できません」というエラーが発生します。この現象は、Cisco VIC 1457 MLOM (PID: HX-MLOM-UCSC-MLOM-C25Q-04-04) と Windows Server Datacenter または Core with Hyper-V バージョン 2016 または 2019 で設定/発注された Hyperflex ノードを使用した Hyperflex クラスタの展開中に発生します。

4.0(1a)

4.0(1b)

CSCvo69067

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

3.5 (2b)

4.0(1b)

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 4.0(1a) パッチ OVA ファイル:

Cisco-hx-data-platform-installer-v1.7.1-14786.ova 4.0.1 a-33028p1-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. パスワードの変更後、ユーザーは希望のインストール/拡大/ノードの交換アクティビティを開始できます。

2.6(1e)

4.0(1a)

CSCvk17250

異なるセクター サイズのディスクが HX ノードに配置されると、クラスタが不安定になります。

3.0(1d)

4.0(1a)

CSCvo36198

3.5(1a)

4.0(1a)

3.5 (2c)

CSCvk38003

3.0(1d)

4.0(1a)

3.5 (2b)

CSCvm90352

2.5(1c)

2.5(1d)

4.0(1a)

3.5(2a)

3.0(1i)

CSCvn02151

2.6(1c)

CSCvo90713

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)

CSCvn73127

3.0(1d)

CSCvk46364

2.6(1b)

CSCvn28721

3.5(2a)

CSCvn54300

3.5(2a)

CSCvn60486

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

3.5(2a)

CSCvt55712

EAM サービスが実行されていない場合、vCenter の登録が失敗します。

vCenter で EAM サービスを開始/再開します。

4.0(2a)

CSCvt45344

HyperFlex ストレッチ クラスタで、書き込み遅延が原因でアプリケーションのパフォーマンスが低下し、クラスタに問題が残り、再調整が停止します。

この不具合は、現在調査中です。

同様の状況が発生していると思われる場合は、Cisco TAC にお問い合わせください。

3.5(2a)

CSCvt36374

コントローラ VM の/var/stv フォルダがいっぱいになることがあります。

ログ ファイルがローテーションされない場合は、/var/log/springpath フォルダからログ ファイルを削除してください。関連するサービスを停止し、/var/log/springpath フォルダから大きなログ ファイルを削除して、サービスを再起動します。

3.5 (2g)

CSCvt89709

DR ネットワークを使用して設定されたクラスタでは、IPTable ルールを有効にしている間、StMgr が初期化されず、デッドロックでスタックします (stMgr .log から確認できます)。

StMgr を再起動すると、再度初期化されます。

4.0(2b)

CSCvs75553

ユーザーがグループ内で保護されている VM をグループ内の他の VM とともに復元する場合は、スタンドアロン モードで「復元」状態に移行します。選択した VM は「復元済み」状態に移行します。

スタンドアロン モードで、選択した VM の [復元 (recover)] をもう一度クリックします。これにより、VM が復元した状態に移行します。

4.0(2a)

CSCvq38279

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

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

3.5(2e)

CSCvr20922

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

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

3.5 (2d)、4.0 (1a)

CSCvs74286

ノードの再起動後、ノード内のすべてのディスクがロックされました。

「Sed-client.sh-U」コマンドを使用してロックが正常に解除されましたが、別途再起動でテストする必要があり、ドライブが再度ロックされました。

NA

4.0(1b)

CSCvs93245

暗号化を有効にすると、HX connect の暗号化ステータスに注意が表示されますが、すべてのディスクで暗号化が成功します。

-「自己暗号化ドライブ サービス」は、すべてのノードで実行されています。

-暗号化のエラー メッセージはありません。

-USB0 インターフェイスが起動しています。

-「サポート済み」と表示されているすべての SED ディスク：1、「有効」: 1、「ロック済み」：0、

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

3.5 (2g)

CSCvs54285

HX リリース 4.0(1b) を実行しているクラスタ ノードは、Linux カーネルでハングする可能性があります。これは、意図した動作からの逸脱として分類されます。

永続的な設定として kernel.panic_on_oops を有効にします。これにより、ノードがパニック状態になり、すぐに再起動します。

4.0(1b)

CSCvs41324

HX クラスタでの K8/iscsi スタックの有効化。

HX クラスタで K8 を有効にする手順。

すべてのコントローラ VM で次の手順を実行します。

1. 「/etc/init/scvmclient.conf」を更新して「iscsiEnable」を「true」に調整します。

   # sed -ie "s/iscsiEnable=false/iscsiEnable=true/" /etc/init/scvmclient.conf

2. 設定をリロードするには、次の initctl cisco-amp コマンドを実行します。

   # initctl reload-configuration

3. Scvmclient プロセスを再起動します。

   # stop scvmclient; start scvmclient

4. システム DS をマウントするには、次の initctl cisco-amp コマンドを実行します。

   # initctl emit --no-wait system-datastore-created

5. 次のコマンドを使用して、「iscsiEnable」の調整が「true」に設定されていることを確認します。

   # ps-eaf |grep scvmclient |grep-v grep

   root 6241 1 1 Dec06 ? 01:40:07 /opt/springpath/storfs-core/scvmclient -T logEnabled=false -T logSyslogEnabled=true -T logEchoToScreen=false -T statLoggingToFile=false -T statLoggingToSyslog=true -T logDir=/var/log/springpath -T nfsBackendServerList=10.107.48.100 -T iscsiEnable=true -T iscsiUseAsync=true -T iscsiConfigFilePath=/nfs/SYSTEM/istgt.conf# ps -eaf | grep scvmclient | grep -v grep

4.0(2a)

CSCvr83056

HyperFlex データストアの NFS キューの深さは 256 として表示されます。これは、パフォーマンス (遅延を含む) の問題を引き起こす可能性があります。

次の手順を使用して、NFS キューの深さを確認し、必要に応じて増やすことができます。

root@HXESXI1] vsish -e get /vmkModules/nfsclient/mnt/[DATASTORE]/properties | grep -i maxqdepth maxQDepth:256 <- Low value [root@HXESXI1] vsish -e set /vmkModules/nfsclient/mnt/[DATASTORE]/properties maxQDepth 1024 [root@HXESXI1] vsish -e get /vmkModules/nfsclient/mnt/[DATASTORE]/properties | grep -i maxqdepth maxQDepth:1024 <- Optimal value

これを有効にするには、ESXi ホストを再起動する必要があります。

ノードを HyperFlex メンテナンス モードにして、変更を適用するためにノードをグレースフル リブートしてください。

3.5(2e)

CSCvs47735

クラスタ内の 1 個のノードがオフラインになっている場合、「stcli cluster storage-summary」には root@SCVM 使用できない 2 個のノードが表示されます。~ # stcli cluster storage-summary。

これは表面的なものです。クラスタが正常なステータスに戻ると、エラーが解消されます。

4.0(1b)

CSCvs69317

ストレージ コントローラ (SCVM) の root と admin　のパスワードが異なる場合、インストーラの設定の段階でクラスタの拡張が失敗します。

SCVMs のルートと管理者パスワードの両方を同じに変更します。

stcli security password set -u admin

3.5 (2g)

CSCvs69154

HX コントローラで DNS サーバが正常に変更された後も、展開中に追加された元の DNS エントリを確認できます。

NA

3.5(2d)

CSCvs53555

アップグレードが失敗した場合、またはノードを HX メンテナンス モードに移行しようとするなどのタスクが発生した場合、次のエラー メッセージが表示されることがあります。

この問題を特定して修正するために、TAC と連携させることを強くお勧めします。

1. すべてのノードの /opt/springpath/storfs-mgmt/stMgr-1.0/conf/application.conf で、「getcluster」を 2m から 8m に変更します。

2. すべてのノードで stMgr を再起動します

3.5(2e)

CSCvt13947

HX Connect で次のアラート/イベントを受信します。HX コントローラ VM {HOSTNAME} 複数の設定済み DNS サーバが応答していません。

ルートとして各ストレージ コントローラ VM で次のコマンドを実行します。

grep-i "monitor_dns_servers"/opt/springpath/hx-diag-tools/watchdog_config. json & & sed-ie '/"monitor_dns_servers": true/"monitor_dns_servers": false/'/opt/springpath/hx-diag-tools/watchdog_config. json & & grep-i "monitor_dns_servers"/opt/springpath/hx-diag-tools/watchdog_config. json & & restart watchdog

4.0(2a)

CSCvs21562

Exhibitor の実行中は、Zookeeper が起動できません。ただし、「echo srvr」は何も返しません。

/var/log/zookeeper/version-2 または/var/log/zookeeper/standalone/version-2 以下に空の (サイズ 0) ログ ファイルがあれば、削除します。

3.5 (2b)

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

CSCvs02466

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

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

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

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

4.0 (4e)

CSCvq32721

多くのディスクが障害または手動でオフラインになったため、クラスタに ENOSPC が生じます。

フラッシャを手動で再起動します。

3.5(2e)

CSCvq38279

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

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

3.5(2e)

CSCvq54992

リリース 3.5 (2a) から 3.5 (2x)、4.x へのアップグレードで、 scvmclient がアップグレードされません。リカバリ ポイントが機能しない可能性があります。

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

3.5 (2b)

管理

CSCvj22992

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

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

3.0(1b)

CSCvm99150

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

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

2. 元の値に戻します。

3.5(1a)

CSCvp23718

8TB または 12TB のディスク ドライブを搭載したクラスタでは、クラスタ内で別のノードに障害が発生してから数分の間、I/O が停止する可能性があります。

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

/opt/springpath/config/lff.tunes

cleanerEnableSegSummaryCleaning

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

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

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

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

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

cleanerEnableSegSummaryCleaning = true

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

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

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

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

cleanerEnableSegSummaryCleaning = false

f. umount/tmp/stprocfs

4.0(1a)

CSCvp26319

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

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

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

4.0(1a)

CSCvp62512

7ノードクラスタの修復は、再調整の変更 AMS の要件が修復プロセスをブロックしているため、非常に遅くなります。

ノードが修復されるまで再調整を無効にし、再調整を再度有効にします。

3.5(2a)

CSCvq49412

クラスタ内のストレージ容量を使用している場合は、[site failover cluster (サイト フェールオーバー クラスタ)] の下にあります。クラスタでは、すべてのパス (APD) のダウン状態が発生する可能性があります。

NA

3.5(2a)

CSCvp36364

この製品には、次の Common Vulnerabilities および Exposures によって識別される脆弱性の影響を受けるサードパーティ ソフトウェアが含まれています。

CVE-2016-0762、CVE-2016-6797、CVE-2016-6816、CVE-2016-8735、CVE-2017-5647、CVE-2017-12615、CVE-2017-12616、CVE-2017-12617、CVE-2017-7674、CVE-2018-1304、CVE-2018-8014、CVE-2018-1336、CVE-2018-8034、CVE-2018-11784、CVE-2019-0232

NA

4.0(1a)

CSCvq11456

stcli cluster info コマンドは、UCSM VIP アドレスを提供する必要があります。現在、ucsm-host.com が表示されています

NA

3.5(2d)

CSCvq32530

HyperFlex アップグレードの検証が失敗しました。これは、クラスタが内部データベースに無関係な stNodes を持っているためです。

現在、回避策はありません。古いエントリは、HyperFlex の日々の操作には影響しません。

3.5(2a)

CSCvq42378

メンテナンス モードでない場合、すべてのドライブが HX Connect に表示され、予想どおりに更新されます。

メンテナンス モードでは、追加のドライブが HX Connect にスロット番号なしで表示されます。

NA

3.5(2a)

CSCvq61825

クラスタの再作成後に HX Connect で複製されたノード。

重複するノードをクリーンアップするには、TAC にお問い合わせください。

3.5 (2b)

CSCvq66245

Hyper-V での HyperFlex のインストールには、「stcli security whitelist」コマンドセットが含まれていません。

NA

4.0(1a)

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

CSCvq39523

[Hyper-V] VIC 14xx の着信ノードでは、統合されたノードの展開が失敗します。

1. 着信ノードの Windows/ハイパーバイザでジャンボ フレームを設定します。

Get-NetAdapter storage-data-a | Get-NetAdapterAdvancedProperty -RegistryKeyword *JumboPacket | Set-NetAdapterAdvancedProperty -RegistryValue 9014

Get-NetAdapter storage-data-b | Get-NetAdapterAdvancedProperty -RegistryKeyword *JumboPacket | Set-NetAdapterAdvancedProperty -RegistryValue 9014

2. ジャンボ フレームをサポートするために、すべてのインターフェイスが正しく設定されていることを確認します。

Get-NetAdapter *storage* | Get-NetAdapterAdvancedProperty | ? RegistryKeyword -match "jumbo" | ft -auto

次のメッセージが表示される必要があります。

Name DisplayName DisplayValue RegistryKeyword RegistryValue

---- ----------- ------------ --------------- -------------

vswitch-hx-storage-data Jumbo Packet 9014 Bytes *JumboPacket {9014}

storage-data-b Jumbo Packet Bytes 9014 *JumboPacket {9014}

storage-data-a Jumbo Packet Bytes 9014 *JumboPacket {9014}

3. 着信ノードまたは展開されているノードのみを再起動します。

4. インストーラで (以前にエラーがあった時点から) クラスタの展開を再試行します。

4.0(1a)

CSCvp12241

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

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

4.0(1a)

CSCvp20102

ESXi HX クラスタ (通常またはストレッチまたは 2N robo) で VC が使用できない場合、データストアの作成/削除は失敗します。

DS 操作を実行する前に、VC が使用可能であることを確認します。

4.0(1a)

CSCvk23212

HX メンテナンス モードからホストを終了し、他のノードで storfs パニックが発生すると、緊急クラスタが HX 3.0 (1b) でシャットダウンします。

「Good」として見なされるドライブの取り外しと再挿入は避けてください。取り外され再装着した「Good」ドライブでテストを実行した場合は、詳細な手順について Cisco TAC にお問い合わせください。

3.0(1b)

3.5(1a)

CSCvm55176

Hyper-V のインストール中に後で制約付き委任を実行することを選択した場合、HX Connect UI での反映に長時間がかかることがあります。

AD ポリシーが有効になるまで、少なくとも 30 分間待機します。問題が解決しない場合は、メンテナンス モードを使用して 1 個ずつホストを再起動します。

3.5(1a)

CSCvo88857

ユーザーが ISCSI インターフェイスをセットアップするオプションを選択すると、インストーラプロセスが失敗します。

インストール後に ISCSI インターフェイスを手動で追加します。

3.5(2a)

CSCvp20230

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

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

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

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

3.5 (2b)

3.5(1a)

CSCvm53679

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

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

このエラーは、Windows がドメイン コントローラを検出できなかったことを示します。HXInstaller の詳細入力にドメイン コントローラの特定の IP を追加してください。

3.5(1a)

3.0(1e)

管理

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)

CSCvp21417

EMC RecoverPoint の導入は次のエラーで失敗します。「vRPA ビューでのリポジトリ デバイスの検出に失敗しました。」

3.5 (2b) または 4.0 I (1a) にアップグレードする場合は、RecoverPoint 機能を有効にすると、クラスタ内のノード HX メンテナンス モードで、ローリング ノードの実行が必要になる場合があります。クラスタが正常であり、1 個のノード障害 (3 ノードまたは 4 ノード クラスタの場合) と 2 個のノード障害 (5 以上のノード クラスタの場合) が許容されることを確認します。

3.5 (2b)

CSCvo89507

サポートされていないミクロン5200ドライブを HX クラスタに追加した後、それらをサポートするリリースに HX をアップグレードすると、クラスタでリモートセキュリティが有効になっている場合 (コントローラ VM の連続リブートなどの特定のケースで)、ドライブがロックされる可能性があります。

システムからミクロン 5200 ドライブを取り外します。リリース 3.5 (2b) にアップグレードし、次にディスクの拡張ワークフローを追加します。

4.0(1a)

3.5 (2b)

CSCvn76916

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

NA

3.5(1a)

CSCvo83276

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

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

3.5(1a)

CSCvn11045

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

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

2. ループバック インターフェイスを起動します: ip link set lo up

3. サービスが実行されていることを確認します。status scvmclientstatus storfs

4. 次のサービスを開始します。scvmclientstart storfs

3.5(1a)

3.0(1e)

CSCvp09978

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

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

3.5 (2b)

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コマンドが含まれます。

Hyper-V 管理のためのガイド

Hyper-V クラスタ、暗号化、データの保護（複製とリカバリ）、ReadyClone、Hyper-V チェックポイント、およびユーザ管理を管理および監視する方法について説明します。インターフェイスには、Cisco HyperFlex Systems、および hxcli コマンドが含まれます。

Kubernates の HyperFlex ストレージ インテグレーションに関する情報、HyperFlex Connect の Kubernates サポートに関する情報、Cisco のコンテナ プラットフォームおよび RedHat OpenShift コンテナ プラットフォームの両方に対して、HyperFlex FlexVolume ストレージ インテグレーションを設定する方法に関する手順を示します。

Citrix ワークスペース アプライアンスの管理ガイド

Citrix ワークスペース、および Citrix 仮想アプリとデスクトップサービスなどの関連する Citrix クラウド サブスクリプションを接続するための、HyperFlex システムのインストール、設定、および展開の手順を示します。Citrix 対応 HCI ワークスペース アプライアンス プログラムは、Citrix クラウドに接続する Microsoft Hyper-V で展開された Cisco HyperFlex システムを有効にします。

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、およびシスコ サポートに関する情報を提供します。

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

推奨される FI/サーバ ファームウェアに関する情報を提供します。