2.0 (4c) よりも低いリリースの C460 M4 の場合

3.0

2.0(4c) よりも前のリリースから 3.0 にアップグレードするには、これらのステップに従ってください。

2.0(4c) より小さいものから 2.0(4c) バージョンへのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.0e-fips を使用します (NIHUU python スクリプトが実行中)

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

2.0(4c) から 3.0 へのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.1e-fips を使用します (NIHUU python スクリプトが実行中)

• Cimc Boot をセキュアにする場合、フラグ use_cimc_secure を python multiserver_config ファイルで yes にセットします。

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

2.0(4c) より後のリリースの C460 M4 の場合

2.0 からのその他すべての M4 サーバ

3.0

以下のアップグレード パスに従ってください:

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.1e-fips を使用します (NIHUU python スクリプトが実行中)

• Cimc Boot をセキュアにする場合、フラグ use_cimc_secure を python multiserver_config ファイルで yes にセットします。

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

C220 M4 および C240 M4 で 2.0 からの場合

3.0(4a) および 3.0(4d)

以下のアップグレード パスに従ってください:

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.1e-fips を使用します (NIHUU python スクリプトが実行中)

• Cimc Boot をセキュアにする場合、フラグ use_cimc_secure を python multiserver_config ファイルで yes にセットします。

• Cisco IMC (BMC) ファームウェアは 2 回更新する必要があります。Cisco Intersight で使用するデバイス コネクタを有効にするには、この 2 つのファームウェア更新を実行する必要があります。

• インタラクティブな HUU は自動的に処理を行いますが、同じようにアクティベートするには、KVM を起動し、2回目の更新後に [HUU を終了 (HUU EXIT)] を押す必要があります。つまり、HUU はまず CIMC を更新し、アクティベートし、その後 KVM が切断されます。2 番目の更新では、CIMC > KVM を再度起動 > HUU の終了を含む、コンポーネントのすべての更新が処理されます。

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

M3 サーバで、1.4 および 1.5(5) より前のリリースから

3.0

更新前に、bmc を再起動します。

1.4 から 1.5 (4) へのアップグレード

• インタラクティブ HUU を使用します。非インタラクティブ HUU (NIHUU) スクリプトはリリース 1.4 ではサポートされていません。

• Cisco.com から HUU iso をダウンロードします。

1.5(4) から 2.0(4c) へのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) スクリプトを使用してファームウェアを更新する際には、バージョン 3.0(3a) でリリースされた Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.0e-fips を使用します (NIHUU python スクリプトが実行中)

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

2.0(4c) から 3.0 へのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.1e-fips を使用します (NIHUU python スクリプトが実行中)

• Cimc Boot をセキュアにする場合、python スクリプトに付属する multiserver_config ファイルのフラグ use_cimc_secure を yes にセットします。

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

1.5(4) より後のリリースのすべての M3 サーバの場合

3.0

1.5 から 2.0(4c) へのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) スクリプトを使用してファームウェアを更新する際には、バージョン 3.0(3a) でリリースされた Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.0e-fips を使用します (NIHUU python スクリプトが実行中)

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

2.0(4c) から 3.0 へのアップグレード

• サーバをアップグレードするには、インタラクティブ HUU または非インタラクティブ HUU (NIHHU) スクリプトを使用できます。

• 非インタラクティブ HUU (NIHUU) ツールを使用して、ファームウェアを更新する間、バージョン 3.0(3a) でリリースされる Python スクリプトを使用します。

• クライアント側で OpenSSL 1.0.1e-fips を使用します (NIHUU python スクリプトが実行中)

• Cimc Boot をセキュアにする場合、python スクリプトに付属する multiserver_config ファイルのフラグ use_cimc_secure を yes にセットします。

• ここ から HUU iso をダウンロードします。

• ここ から NIHUU スクリプトをダウンロードします。

CSCvm59040

Cisco UCS C220 サーバの稼働時間が180日を超えており、Cisco UCS VIC 1225 が搭載されている場合は、ホストからの接続が失われたと報告されることがあります。

この問題は、最新のファームウェア バージョンで解決されました。

2.0(13f)

3.0(4q)

CSCvt63509

以下の LT0400MO および LT1600MO SSD モデルでは、電源投入時間が 40,000 時間に達すると、正常な動作条件でも、利用可能な残りストレージ スペースが 0GB になったと報告されます。

• UCS-SD400G1KHY-EP

• UCS-SD400G12S4-EP

• UCS-C3X60-12G240

• UCS-SD16TG1KHY-EP

• UCS-SD16TB12S4-EP

• UCS-C3X60-12G2160

ドライブは電源サイクルを実行すると、オフラインになり、使用できなくなります。

この問題は、最新のファームウェア バージョンで解決されました。

3.0(4p)

3.0(4p)

CSCvr67027

Cisco UCS S3260 M4 サーバは、RHEL 7.6 から7.7 バージョンにアップグレードした後、ブート ドライバを認識しなくなりました、

この問題は解決されました。

3.0(1d)

3.0(4o)

CSCvq57969

脆弱性スキャナは、X-XSS 保護ヘッダーが存在していても、存在しないと報告します。

3.0(4n)

CSCvj91628

LSI 9271 では、致命的なファームウェア (FW) エラーが発生します。RAID コントローラ上のすべてのファイル システムがオフラインになるか、または切断されます。

3.0(4n)

CSCvq83392

アダプタ BU に関する新しいアップグレードまたはダウングレードルールのサポートが追加されました。

3.0(4m)

CSCvp41543

SSH クライアントが Cisco IMC への接続を確立できません。このことは、SSH クライアントが diffie-hellman-group14-sha1 をデフォルトの KEX アルゴリズムとして使用するときに発生します。この KEX アルゴリズムが Cisco IMC から削除されているためです。

SSH セッションを確立するために、より厳格な KEX アルゴリズムを使用する最新バージョンに SSH クライアントを更新します。

3.0(4l)

CSCvm37559

次の HTTP ヘッダーが TCP ポート 80 および TCP ポート 443 の HTTP 応答で欠落しています。

• X-Content-Type-Options

• X-XSS-Protection

3.0(2f)

3.0(4k)

CSCve60056

C シリーズサーバを 3.0 (x) ファームウェア バージョンにアップグレードした後、SNMP は正しいローカル ディスク ステータスを返さなくなります。

3.0(1d)

3.0(4j)

CSCvk52168

S3260 サーバでは、SLAAC を使用して KVM または Cisco IMC web UI を起動すると、BMC SLAAC IP が ping に応答しなくなります。

3.0 (4i)

3.0(4j)

CSCvk17568

IPv6 NFS 共有を使用しているときに、非インタラクティブな HUU を起動できません。次のエラーが表示されます。: 「エラー: リモート共有の指定が間違っているか、サーバに到達できません (Error: Bad remote share specification or Server not reachable)」

3.0(4a)

3.0(4i)

CSCvj83780

特定の低書き込みおよび長時間のアイドル時間のワークロードで、次の SATA SSD では読み取りエラーが表示されなくなりました。

• UCS-M2-240GB

• HX-M2-240GB

3.0(4a)

3.0(4i)

CSCvj66524

S3260 サーバの Cisco IMC では、サーバが起動し、問題なく実行されている場合でも、 BIOS POST タイムアウト (BIOS POST Timeout)エラーが表示されることがあります。

3.0(1c)

3.0(4e)

CSCvj42923

IPv6 アドレスを使用していて、IPv4 アドレスが設定されていないか0.0.0.0 に設定されている場合、KVM ウィンドウを起動できません。

3.0(3a)

3.0(4e)

CSCvj75669

S3260 サーバでは、1 つのコンピューティング ノードだけが存在する場合、XML API を使用して BMC2 インターフェイスを設定することはできません。

3.0(4a)

3.0(4e)

CSCvj54481

3.0(4a)

3.0(4d)

CSCvi06813

ファンが断続的に回転し、短時間後に通常の速度に戻ります。これは、タイムアウト値以内に raid コントローラのセンサーを読み取ることができなかったために発生します。

3.0 (3b)

3.0(4d)

CSCvi92466

ユーザパスワードに「$」 (ドル記号) が付いている場合、 export-vnicコマンドは ftp プロトコルを使用して vNIC 設定をエクスポートできません。

3.0(3a)

3.0(4d)

CSCvh61997

C240 M4 SD ブート (Raid 1) サーバでは、バージョン 3.0(3e) へのアップグレード後に、obfl とメッセージ ログが次のメッセージでいっぱいになります (これにより syslog がいっぱいになります)。

3.0(3a)

3.0(4a)

CSCvh66273

Cisco IMC の再起動は、ドライブの予測的な障害に対するフォールトを発生させるために必要です。

3.0(3f)

3.0(4a)

CSCvg25428

Call Home Alert メッセージは、定期的に (1 週間に1回) 生成されます。

3.0(3f)

3.0(4a)

CSCvt79547

Cisco UCS C220 M3 サーバでは、更新が完了すると、ユーザが[終了 (EXIT)]を押すのを待たずに、インタラクティブな HUU によって自動的にアクティベーションがトリガーされます。

これは、機能上の影響はありません。

すべてのコンポーネントが更新され、正常にアクティブ化されます。

3.0(4o)

CSCvo77732

Intel® Xeon®プロセッサ v2 から 4.0 (1a) バージョンに C460 M4 サーバをアップグレードした後、サーバが CATERR 障害を検出し、サーバが応答しなくなります。

3.0 (x) バージョンにダウングレードします。

3.0(4a)

CSCvm41493

Intel X7104 または XL710 アダプタを搭載した C460M4 サーバでは、Cisco IMC web UI が、Intel 710 PCIe アダプタのファームウェアバージョンとして　0 を表示します。

なし。

3.0(4j)

CSCvj37231

Cisco IMC が 3.0(4a) バージョンにアップグレードされた後、SMTP はメールアラートの送信を停止します。

Cisco IMC を 3.0(4d) にアップグレードし、CLI を使用して設定してください。

Server # scope smtp
Server /smtp # set from-addr Server@cisco.com
Server /smtp *# commit

3.0(4a)

CSCvg05613

次のドライブの PID 情報が正しく報告されません。

• UCS-S3260-NVM48

• UCS-S3260-NVM416

• UCS-S3260-NVM464

• UCS-S3260-NVM432

ホストの電源をオフにして、最新の S3260 PID カタログで CMC を更新します。

3.0(3e)

CSCvb11910

M3 サーバが、システムの BIOS POST 中に、「プラットフォームハードウェアの設定」段階で応答しなくなることがあります。システムイベントログには CATERR エラー記録されます。

自動回復の耐障害ブート (FRB) タイムアウトを有効にします。

3.0(3a)

CSCvd84866

デュアル コントローラを搭載した S3260 サーバでは、すべての物理ドライブ (56) を AC サイクルなしでホットスワップするか、ホストを再起動すると、Web UI および PMCLI には引き続き古い物理ドライブデータが残ります。これは、すべての 56 ドライブが存在し、複数の仮想ドライブが設定されているシステムでのみ発生します。

サーバのブレードの電源を切り替えます。

3.0(3a)

CSCvb89330

C460 M4 サーバでは、NI-HUU を使用してファームウェアを任意の2.x リリース ファームウェアにダウングレードすると、複数のファンセンサー障害イベントが瞬間的に観測されます。これは、更新後に手動でサーバの電源を再投入した後に発生する可能性があります。

なし。

3.0(3a)

CSCvd54828

RAID コントローラでエラーが発生し、リセットされます。これは、SAS SSD ではなく、外部 SATA ソリッド ステート ドライブ (SSD) を使用する場合に発生します。

なし。

3.0(3a)

CSCuv67943

C3160 サーバでは、MSM アプリケーションが、問題のあるスロットをレポートするポップアップメッセージを表示します。ただし、エラーは、1 つ小さいスロット番号に対して表示されます。たとえば、スロット番号31が不良スロットの場合、エラーはスロット30を不良スロットとして表示します。

正しいスロット番号は、エラー メッセージの番号より 1 つ大きいものです。

3.0(3a)

CSCva90939

S3260 サーバでは、MegaRAID ストレージ マネージャ (MSM) の物理ドライブの物理および論理セクターが誤って表示されることがあります。これは、S3260 サーバのノード構成で、ドライブがあるサーバからゾーン解除され、別のサーバに再ゾーン設定された場合に生じます。

MegaRAID ストレージ マネージャの画面を更新します。これにより、物理ドライブの情報が正しく表示されます。

または、[Cisco IMC ストレージ (Cisco IMC storage)] ページを使用して、物理ドライブの物理情報と論理情報を表示することもできます。

3.0(3a)

CSCvd25263

まれに、Cisco 12G SAS モジュール型 RAID コントローラは、高負荷の IO ロードが発生している間にマルチビット ECC エラーを発生させる可能性があります。

コントローラを新しいものに交換し、古いコントローラは返却してください。

3.0(3a)

CSCvd07355

S3260 サーバでは、接続管理を有効または無効にすると、予測不可能な I/O パフォーマンスが得られます。これは、ホストがオンラインになったときに発生します。

接続管理を有効化または無効化する前に、ホストをオフラインにします。

3.0(3a)

CSCvd18495

C460 M4 サーバでは、10GE LOM ポート (X540 ベース) のファームウェアを、リリース 3.0(3) からそれ以前のリリースにダウングレードすると失敗し、次のエラー メッセージが表示されます: ERROR LOM ファームウェアの EEupdation に失敗しました (エラー コード: 2705) (ERROR LOM Firmware EEupdation failed (Error Code: 2705))

なし。

3.0(3a)

CSCvd10359

Intel X540 PCIe アダプタのファームウェア バージョンを 3.0 (3) バージョンから以前のバージョンにダウングレードすると失敗し、次のエラー メッセージが表示されます。 Intel X540 PCI アダプタの更新に失敗しました (エラー コード: 3115) (Intel X540 PCI adapter update failed (Error Code: 3115))

なし

3.0(3a)

CSCvc17387

一部の C220 M4 サーバでは、770 ワット電源装置 (PSU) に接続されている場合、ファームウェアをリリース 2.0(13e) にアップグレードすると PSU エラーが表示されます。このエラーは、UPS が出しているノイズの結果として発生している可能性があります。

なし。

3.0(3a)

CSCvd78351

UCSCFG ユーティリティを使用して Cisco IMC 設定のインポートを実行しようとすると、Cisco IMC データのインポートが失敗し、インポート エラー メッセージが表示されます。これは、電力特性評価ステータスが「実行中」の場合、または実行が必要な場合に発生します。

Cisco IMC 設定をインポートまたはエクスポートする前に、電力特性評価を手動で実行します。

3.0(3a)

CSCvc31545

Cisco IMC のインポートまたはエクスポート オプションを使用して KMIP 設定を構成することはできません。

XML API、web UI、CLI を使用して、サーバごとに KMIP 設定を手動で設定します。

3.0(2b)

CSCvb49288

Web UI では、[パーセンテージ残量 (Percentage Life left)] フィールドが 35% 未満になると、、ステータスバーは赤色で表示されますが、障害エンジンのエントリは生成されません。

なし。UI の [パーセンテージ残量 (Percentage Life left)] フィールドは、アドバイザリの警告だけを表します。

3.0(1c)

CSCvb96598

サーバをリリース 3.0 (1x) にアップグレードした後、SAS HBA コントローラで「CTRL + C」ユーティリティを使用してブートデバイスを再挿入しようとすると、デフォルトの追加キー「+」は期待どおりに機能しません。[ブート順 (Boot Order)] フィールドは、複数のコントローラが存在することを示す値または 0 または 1 を受け入れます。ただし、現在、フィールドの値を変更したり、入力したりすることはできません。

これは、リリース 2.0 (10) または 2.0 (13) などの以前のリリースからアップグレードする場合に発生します。

CTRL + C ユーティリティでは、ブート デバイスを再挿入するのにｊ「INS」キーを使用します。デフォルトの「+」キーは使用しません。

3.0(1c)

CSCvc25435

HDD ファームウェアは、ホスト更新ユーティリティを使用してアップグレードした後も、古いバージョン表示します。

これは、高度な BIOS 設定でファームウェアを AHCI モードに変更した場合に発生します。その結果、ファームウェアのアクティベーションが失敗します。

LSI SW RAID モードでファームウェアをアップグレードします。

3.0(1c)

警告がログに記録されました (A warning has been logged!) Warning Code = 0x30, Minor Warning Code = 0x13, Data = 0x10100

1. サーバの AC 電源をオフにします

2. ケーブルを抜きます

3. CPU を交換します

4. Dimm を再度装着してから、サーバの電源を入れ直します。

Intel X520 ネットワーク アダプタでは、サービスプロファイルの関連付け後に、Web UI またはコマンド ライン インターフェイスで vNIC のパスが表示されない場合があります。

進行中の I/O 操作中にストレージ コントローラをリセットすると、BSOD になります。

• BBBBBBBB000

  0000000000000

• BBBB0000000

  0000000000000

これは、ドライブが挿入された後の、連続した Locate LED コマンドを伴う任意の操作で発生します。

不具合 ID

症状

回避策

最初に影響を受けるリリース

CSCud18756

外部ポートを搭載した LSI ストレージコントローラ (-8e カード) は、CIMC ローカル ストレージ管理には表示されません。

なし。

1.4(7)

CSCvu41958

Emulex カード LPe16002、OCe14102、および OCe11102 カードのファームウェアを、2.0(13q) より前のリリースから最新のリリースにアップデートしようとすると、失敗することがあります。

アップグレード パス:

1. リリース 2.0(13q) にアップグレードします。

2. 最新のリリースにアップグレードします。

3.0(4p)

CSCvu42509

ユーザは、LPe16002 および OCe11102 カードを搭載した Cisco UCS C シリーズ M3 サーバ上では、FC および FCoE LUN を設定できません。カード BIOS でのサーバ側のマッピング LUN のターゲットの詳細は、入力されません。

この問題の既知の回避策はありません。

FC および FCoE LUN を設定するには、同じサーバで LPe16002 カードまたは OCe11102 カードのいずれかを使用する必要があります。

3.0(4p)

CSCvf96879

HTML ベースの vMedia のアクティブ化が失敗します。これは、Google Chrome ブラウザ バージョン61または62を使用すると発生します。

IE またはその他のブラウザを使用します。

3.0(3a)

CSCuq15528

レガシー ブート モードでは、いくつかのブート オプションがメニューまたはブート オーバーライド ページに表示されません。これは断続的に発生する問題であり、SATA/RAID が接続された複数のブート オプションがあり、[ブート (boot)] オプションで UEFI ブート オプションが無効になっている場合に発生します。

メニューまたはオーバーライド オプションに表示されない特定のオプションからブートする場合は、Cisco IMC からポリシーを実行するか、F2 キーを押してデバイスを最初のブート デバイスとして設定します。ブート オプション ページには、すべてのデバイスが正しく表示されます。

3.0(3a)

DXE ブート サービスのドライバに、レガシー プション ROM をシャドウイングするだけのメモリがありません。

これは、システムがレガシー ブート用に設定されており、Intel イーサネット コンバージド ネットワーク アダプタ X710-DA2 PCI カードが iSCSI ブートに設定されている場合に発生します。カードは余分なランタイム オプション ROM メモリ領域を消費するので、ポート 1 にのみオプション ROM をロードできます。ポート 1 のオプション ROM をロードすると、残りの使用可能なオプション ROM のメモリ領域が不足して、ポート 2 のオプション ROM をロードできません。

CSCux43338

Mozilla Firefox Web ブラウザで、[サーバ証明書の貼り付け (Paste Server Certificate )] オプションを Web UI でクリックすると、ポップアップ ダイアログ ボックスのため [証明書の保存 (Save Certificate )] および [キャンセル (Cancel )] ボタンが隠れます。

CSCuw76431

UCS C シリーズ サーバに Red Hat Enterprise Linux 7.1 オペレーティング システムをインストールすると、次のような重要な SEL エントリが作成されます。

The 2015-10-12 10:35:07 critical "System Software event: OS Event sensor, unknown event". (システム ソフトウェア イベント: OS イベント センサー、不明なイベント)

CSCvd04304

KMIP 証明書および KMIP サーバの詳細を設定した後に工場出荷時の初期状態にリセットしても、既存の Cisco IMC および KMIP サーバの証明書は期待どおりに削除されません。

コマンド ライン インターフェイスで任意の kmip モードを範囲として、 restoreまたはdeleteコマンドを使用してください。または、Web UI にログオンし、[セキュア キー管理 (Secure Key Management)] タブの [削除 (Delete)] ボタンを使用します。

3.0(3a)

CSCvc51343

Broadcom 5709 イーサネット PCIe アダプタを搭載した C220 M4 および C240 M4 サーバは、ネットワーク使用率が高くなるとクラッシュする可能性があります。

BIOS で PCI デバイスのアクティブ状態電源管理 (ASPM) を無効にしてください。

3.0(3a)

CSCuy05774

S3260 サーバで、RedHat Linux OS 7.2 でサーバをシャットダウンしようとすると、デフォルトで OS が Web UI モード (Ctrl + Alt + F7) で起動し、BMC からの power shutdown コマンドはシステムをスリープ状態にします。

キーボードまたはマウスでアクションを実行すると、システムが正常状態に戻ります。

ユーザが root としてログインしても、同じ動作が観察されます。

シェル プロンプト インターフェイス (Ctrl + Alt + F2) を使用し、root としてログインします。

3.0(3a)

CSCvc81096

サーバをプルアウトすると、M3 または M4 サーバを検出するのが困難になります。M3 サーバは複数のコントローラをサポートできないため、下位互換性のための「S1」ディスプレイが必要です。M4 サーバは複数のコントローラをサポートしているため、「S1-MZ1」のディスプレイが必要です。

これは、サーバ上でゾーン分割を設定してから、サーバをプルアウトしたときに発生します。

なし。

3.0(3a)

これは、バッテリ スーパー コンデンサの再学習が進行中にファームウェアのアップデートが発行され、フラッシュの書き込みが完了する前に再学習が完了した場合にのみ発生します。

1. バッテリ/スーパーコンデンサの学習サイクルのステータスを確認し、完了するまで待ちます。

2. 「次回の学習時間」が、ファームウェア アップデート発行前の 1 時間以内に予定されていないことを確認します。

CSCvd65151

RedHat Enterprise Linux オペレーティング システム バージョン6.8 のインストールでデスクトップ パッケージを選択した場合、 iSCSI LUN 経由で起動しません。

これは、OS がローカルストレージまたは SAN ターゲットではなく、iSCSI ターゲットにインストールされている場合にのみ発生します。

インストールにデスクトップ パッケージが必須の場合は、RedHat Enterprise Linux オペレーティングシステムバージョン6.9 を使用してください。

3.0(3a)

CSCuz28948

C460 M4 サーバでは、SSD LSI ドライバの ESXi vFlash の問題が原因で、RedHat Enterprise Linux 仮想マシンがクラッシュします。これは、複数の IO がバックアップ ソフトウェアで実行されている場合に発生します。

vFlash を無効にしてください。

3.0(3a)

CSCvd34692

UCS Configuration Utility を使用して遅延ファームウェアの更新を開始しようとしているときに、NIHUU は更新をトリガーできません。これは、KVM または Web UI を使用してワンタイム ブートの順序を設定した場合に発生します。

リクエストをキャンセルし、CLI を使用して、ワンタイム ブートの順序を設定してください。

3.0(3a)

CSCvc78162

ブート順序を設定するときに、Cisco IMC トークンをテキスト ファイルにエクスポートする前に (Windows の UCS CFG ツールを使用して) IPv6 を有効にすると、Cisco IMC で IPv6 が有効として表示されている場合でも、[V6有効 (V6 Enabled)] トークンが [無効 (Disabled)] 」と表示されます。

コマンドライン インターフェイス、または XML API インターフェイスを使用して、[V6 有効 (V6-Enabled)] トークンのステータスを[有効 (Enabled)]に戻してください。

3.0(3a)

CSCvc78173

Web UI からブート順序を設定するときに、set コマンドを使用してブート順序を設定すると、「class name tag missing」(クラス名タグがありません) というエラー メッセージが表示されます。

これは、UEFI シェルを使用してブート順序をテキスト (入力) ファイルにインポートしたとき、ブート順序のヘルプ コンテンツが入力ファイルの一部となっている場合に発生します。

ヘルプコンテンツを削除し、入力ファイルに設定パラメータ データを残してください。

3.0(3a)

CSCvc56345

S3260 サーバでは、HUU を使用してリリース 3.0(3) を以前のバージョンにダウングレードすると、CMC1 および CMC2 がアクティブになりません。

これは、シングル サーバ デュアル SIOC　機能が有効になっている場合に発生します。

サーバをダウングレードする前に、[シングル サーバ デュアル SIOC (single server dual SIOC)] オプションを無効にしてください。

3.0(3a)

Nexus 7018 スイッチバージョン 7.2.0 (ファブリック エクステンダ N2232PP のアップリンクが 1 つの F2 モジュール ポートにのみ接続されており、物理ホスト UCS に接続されているホスト インターフェイス がストレージ仮想デバイスと共有されている) では、モジュールのアップリンク後に F2 モジュールをホスト インターフェイスに リロードすると、DCBX PDU の確認応答が失われます。

CSCvd58182

C220 M3、C240 M3、C22 M3、および C24 M3 サーバでは、Java ベースの KVM の起動に失敗します。これは Java バージョン 1.8 (アップデート 121) で Microsoft Internet Explorer ブラウザを使用すると発生します。

起動中に画面上にセキュリティ警告がポップアップ表示されたら、[キャンセル (Cancel)] をクリックしてください。その後、KVM コンソールが正常に起動します。

3.0(3a)

CSCvb77846

証明書を適切にインストールせずに Safari ブラウザで HTML ベースの KVM を起動すると、HTML ベースの KVM の起動が失敗します。

証明書がインストールされます。この証明書は、サーバとのすべての通信に使用できます。

3.0(1c)

CSCva43470

Mozilla Firefox ブラウザバージョン32.0 では、HTML ベースの KVM コンソールでの仮想メディアのアクティブ化が失敗します。

Mozilla Firefox ブラウザバージョン38.0 以降を使用するか、Google Chrome や Microsoft Internet Explorer などの別のブラウザを使用します。

3.0(1c)

3.0(1c)

PMCSSACLI ユーティリティを使用する場合でも、次のコマンドでは、VMware オペレーティングシステムの HDD ファームウェアを更新できません。pmcssacli ctrl slot=1 pd CN0:1:1 flash file=firmware.bin mode=7 immediate=enable。

ファームウェアの更新は、コマンドで強制フラグを使用した場合にのみ成功します。

これは、サーバまたはクライアントの SSACLI 間のリモート接続環境が VMware でのコマンドプロンプトをサポートしていないために発生します。

pmcssacli ctrl slot=1 pd CN0:1:1 flash file=firmware.bin mode=7 immediate=enable forced。

CSCvc06814

最新の非インタラクティブな HUU Python スクリプトは、リリース 3.0(1) での cookie の取得とファームウェア コンポーネントの更新に失敗します。

3.0(1c)

CSCvc38739

非インタラクティブな HUU スクリプトを使用してファームウェアを更新した後、ファームウェア出力のサマリに、次のようなタイムアウトエラーが表示されることがあります。

CIMC-< IP > のファームウェアの更新に失敗しました。エラー-ファームウェアの更新がタイムアウトしたため失敗しました (Firmware update failed for CIMC - <IP>, Error - Firmware update failed because it timed out)。詳細については、ホストを確認してください (Check host for details)。

エラーメッセージが表示されても、ファームウェアの更新に成功している場合があります。

すべてのファームウェアコンポーネントが正常に更新されたかどうかを確認してください。

3.0(1c)

1. esxcli system module set --enabled=false --module=lsi_mr3

2. ~# esxcli system module set --enabled=false --module=lsi_mr3

3. ~# reboot

CSCvb78527

Microsoft Internet Explorer を使用して Cisco IMC にログインし、[ヘルプ (Help)] ボタンをクリックすると、ポップアップウィンドウを有効にするようにページが表示されます。ポップアップウィンドウを有効にして Internet Explorer リロードしても、ページ上のアイコンは表示されず、[ヘルプ (Help)] ウィンドウは開くことができません。

Google Chrome または Mozilla Firefox ブラウザを使用します。

3.0(1c)

CSCuz83739

HTML ベースの KVM コンソールで、ドロップ アンド ダウン方式を使用して仮想メディア内のイメージをマッピングしようとすると、仮想メディアが応答を停止することがあります。

仮想メディアイメージをマッピングするには、[参照 (Browse)] オプションを使用します。

3.0(1c)

CSCvb43134

ファームウェアを以前のバージョンから 3.0(1) にアップグレードした後、初めてログインすると、新しい HTML5 ベースの UI ではなく古い web UI がページに表示されます。

Web ブラウザを更新します。

3.0(1c)

CSCvb67922

複数の (既存の) Java バージョンを使用して KVM コンソールを起動すると、ネイティブライブラリエラーが表示されます。

3.0(1c)

CSCvb66685

HTML ベースの KVM コンソールでは、「CTRL」キーと「ALT」キーは機能しません。

[マクロ (Macro)] >[管理 (Manage)] オプションを使用してユーザ定義マクロを作成するか、Java ベースの KVM を使用します。

3.0(1c)

CSCuz68208

Microsoft Internet Explorer では、HTML ベースの KVM コンソールをフルスクリーン モードに最大化することはできません。

Google Chrome または Mozilla Firefox ブラウザを使用します。

3.0(1c)

Java 8 Update 77 を搭載したブラウザで Java ベースの KVM を起動することはできません。

CSCux72847

2番目の 10 GE LOM ポートからの PXE ブートは機能しません。この問題は、PXE ブートが2番目の 10GE LOM ポートからブートするように設定されており、SAS コントローラのオプション ROM も有効になっており、ロードされている場合に発生することがあります。

SAS または LOM0 (1GE) オプション ROM を無効にして、両方の10GE オプション ROM をロードするのに十分なスペースを確保します。

2.0(13e)

CSCux92616

Java バージョン1.8 および update 66を実行しているクライアントシステムでは、vMedia をアクティブ化しようとし、暗号化されていない vMedia セッションのポップアップ プロンプトを受け入れると、KVM がクラッシュします。

このポップアップを回避するには、Cisco IMC Web UI を使用して仮想メディア暗号化を有効にします。

2.0(13e)

CSCuy62185

ポートが iSCSI で設定されている場合は、 Fast Utility オプションにアクセスするのに Ctrl+Q キーを使うことができません。

BIOS の USB 設定でポート60/64 エミュレーションを有効にします。

2.0(10b)

CSCuz55512

SLES11 SP3 OS レガシー インストールは、C220 M4 サーバと C240 M4 サーバで UCSC UCSC-PSAS12GHBA の inbox ドライバを使用すると、応答しなくなります。

なし。非同期ドライバを使用します。

2.0(13e)

CSCuy12854

Windows 上の UCSC UCSC-PSAS12GHBA では、ブート ドライブを除くすべてのドライブがオフラインとしてマークされます。

なし。

2.0(13e)

CSCuv51716

複数の Tesla (k40/K80) カードを搭載した Magma シャーシ GPU エクスパンダに接続され、RedHat Enterprise Linux 6.x オペレーティングシステムを実行している C240 M4 サーバは、再起動中に応答しなくなることがあります。

サーバをハード リブートします。

2.0(9c)

再起動して、エラーがクリアされたかどうかを確認します。ほとんどの場合、これはクリアできます。

エラーがクリアされない場合は、仮想ドライブを作成するか、または Web BIOS または Ctrl + R 機能を使用して設定をクリアします。

影響を受けている LDAP グループをグループ認証オプションから削除するか、または AD データベースの循環ループを解決します。

検索グループの深さを1 ～ 3 の間の値に変更します。

2.0(13e)

CSCva17225

すべての物理ドライブにPowersaveコマンドを送信した後でも、Samsung および SanDisk SAS SSD はアクティブのままです。これは、Start Stop Unit (SSU) コマンドをサポートしていないためです。

なし。

2.0(13e)

3260 サーバでは、240 VD ファームウェアをサポートする SAS ファームウェアのアップグレードまたはダウングレードを行う際、次のような問題が発生します。

アップグレード中は、auto-rebuild は開始されません。ダウングレード中は、整合性チェックとセキュア イレースの操作は再開されません。

CSCuz48865

ホスト ファームウェアを 2.0(13x) バージョンから 2.0(2x) バージョンにダウングレードすることはできません。

最初にファームウェアを 2.0(13x) から 2.0(6f) にダウングレードし、その後 2.0 (2x) バージョンにダウングレードします。

2.0(13e)

CSCva77821

非インタラクティブな HUU を使用して 2.0(7e) から 2.0(13e) にアップグレードする際に、BIOS、BMC、CMC などの一部のコンポーネントがアクティブになりません。

2.0(7e) から 2.0(9l) にアップグレードし、その後 2.0 (13e) にアップグレードします。

2.0(13e)

1. 次のコマンドを実行する前に、すべての仮想マシンの電源をオフにすることによって、ディスクの使用を禁止します : ~ esxcli storage core claiming unclaim ?t device ?d naa.xxx

2. ファイル naa.xxx ディスクが/vmfs/devices/disksの下に配置されていないことを確認します。

3. 次のコマンドを使用して、ディスクを再度使用します:~ esxcli storage core adapter rescan ?A vmhbaX

4. ディスクが新しいサイズで再び追加されたかどうかを確認します。

1. SD カードを取り外した後で、システムの電源を再投入します。

2. SD カードを再度挿入します。

1. システム BIOS に移動します (F2 を押します)。

2. [PCI 構成 (PCI configuration)] > [MMCFG] を選択します。

3. 値を [自動 (Auto)] から [2 GB] に変更します。

4. 4G より上のメモリマップ IO の値を有効に変更します。

5. ファイルを保存して、システムをリブートします。

Nvidia Grid K1 の設定: (1 つの Nvidia Grid K1 が C240 M4 で内部的に接続されており、2つの Nvidia Grid K1 アダプタが Magma シャーシを介して外部で接続されている場合)

• ローカルブート: Cisco 12 ギガバイト SAS モジュール型 RAID コントローラ (HBA スロット)、Intel I350 LOM (L スロット)、Nvidia Grid K1 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、フュージョン IO ドライブ (スロット 4)

• iSCSI ブート: Intel i350 LOM (L スロット)、Nvidia Grid K1 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、Fusion IO drive (スロット 4)

• SAN ブート: CISCO VIC1227 (MLOM)、Nvidia GRID K1 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、Fusion IO drive (スロット 4)

Nvidia Grid K2 の設定: (1 つの Nvidia GridK2 が C240 M4 で内部的に接続されており、4 つの Nvidia Grid K2 アダプタが Magma シャーシを介して外部に接続されている場合)

• ローカルブート: CISCO 12G SAS モジュール型 RAID コントローラ (HBA スロット)、Intel I350 LOM (L スロット)、Nvidia GRID K2 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、Fusion IO drive (スロット 4)

•  

  iSCSI ブート: Intel i350 LOM (L スロット)、Nvidia Grid K2 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、Fusion IO drive (スロット 4)

• SAN ブート: CISCO 1227 SAN (MLOM)、Nvidia Grid K2 (slot2)、Magma エクスパンダ HBA (スロット 5)、Teradici APEX2800 (スロット 6)、Fusion IO drive (スロット 4)

   

Broadcom 57810 アダプタのハードウェア構成設定は、ファームウェアの更新後にリセットされます。この問題は、すべての57810アダプタで発生します。次の設定がリセットされます。

• DCB プロトコル

   

• SRIOV

• PF あたりの VF 数

vnic0、vnic1 をピン状態で Uplink-1 に、vnic6、vnic7 を Uplink-2 に割り当てます。

1. これは、物理的なアップリンクの冗長性に影響を与える可能性があることに注意してください。

次の手順に従って、VM インスタンスから vGPU の関連付けを解除します。

1. VM コンソールから、[スタート (Start)] > [コントロール パネル (Control Panel)] > [ハードウェアとサウンド (Hardware and Sound)] > [デバイス マネージャ (Device Manager)] > [ディスプレイ アダプタ (Display Adapters)] > [Nvidia K1 または K2 (Nvidia K1 or K2)] を選択します。

2. 右クリックして、[アンインストール (Uninstall)] を選択します。

3. XenCenter コンソールで VM をオフにします。

4. eXenCenter console で、VM のプロパティを開きます。

5. 左側の列で GPU を右クリックし、[GPU タイプ : (GPU type:)] > [なし (None)] を選択します。

6. VM を起動します。

1. #esxcli software vib install -v file:/{FULL_PATH_TO_YOUR_VIB(...xxx.vib)}

2. 次のコマンドを使用して、lsi-msgpt3 (ネイティブ ドライバ) を無効にします: #esxcfg-module ?d lsi-msgpt3

3. システムが再起動されると、通常、mpt3sas ドライバが引き継ぐはずです。次のコマンドを使用して、この点を確認します。

   ~ # esxcli storage core adapter list: HBA Name Driver Link State UID Description -------- ------- ----------- ---------- ----------------------------------------------- vmhba0 ahci link-n/a sata.vmhba0 Intel Corporation Patsburg 6 Port SATA AHCI .. vmhba1 mpt3sas link-n/a sas.xxxxxxx LSI / Symbios Logic SAS3008 PCI-Express .. vmhba32 ahci link-n/a sata.vmhba32 Intel Corporation Patsburg 6 Port SATA AHCI .. vmhba33 ahci link-n/a sata.vmhba33 Intel Corporation Patsburg 6 Port SATA AHCI .. vmhba34 ahci link-n/a sata.vmhba34 Intel Corporation Patsburg 6 Port SATA AHCI .. vmhba35 ahci link-n/a sata.vmhba35 Intel Corporation Patsburg 6 Port SATA AHCI .. vmhba36 ahci link-n/a sata.vmhba36 Intel Corporation Patsburg 6 Port SATA AHCI ..

4. 上記のコマンドの結果、ドライバ名としてまだ lsi-msgpt3 と表示された場合は、次のコマンドを使用して (無効化する代わりに) lsi msgpt3 を削除してください: #esxcli software vib remove ?n lsi-msgpt3

5. システムを再起動する。

次のいずれかを実行します。 Windows 8 および Windows Server 2012 ではホットフィックスを使用できます。Windows OS イメージでこの修正プログラムを実行してから、iSCSI インストールを実行します。修正の詳細については、http://support.microsoft.com/kb/2822241 を参照するか、次の手順を実行してください。

1. デバイスは削除せず、黄色の感嘆符が表示されているデバイスのドライバをアンインストールします。

2. ドライバを再インストールします。

3. サーバを再起動します。

Web UI を使用してシャーシ ファームウェアをアップグレードするには、次の手順を実行します。

1. [Navigation] ペインの [Server] タブをクリックします。

2. [Server] タブの [Summary] をクリックします。

3. [Actions] 領域で、[Power Off Server] をクリックします。

4. [OK] をクリックすると、サーバの電源が切れ、システム ファームウェアが更新されます。

CLI を使用してシャーシ ファームウェアをアップグレードするには、次の手順を実行します。

1. Server# scope chassis

2. Server /chassis # scope firmware

3. Server /chassis/firmware # show detail: Firmware update required on some components, please run update-all (under chassis/firmware scope).

4. Server /chassis/firmware # update-all

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

1. シェルを起動します。

2. Fsxx を特定します (xx は ESX がインストールされている場所で、通常は 0 、つまり fs0: になります)。これは、fsxx:\ EFI\Boot\BOOTX64.EFI コマンドを実行して、確認できます。

3. 現在の EFI ブート　オプションのリストを取得するには、 bcfg boot dumpコマンドを使用します。

   （注）	後ほど使用するために、、最後のブート番号を保存します。

4. LAST_BOOT_NO + 1 の位置に新しいブートオプションを追加するには、次のコマンドを使用します。引用符で囲まれた最後のパラメータには、この新しいブートオプションの説明を指定できます。この説明は、BIOS F6 メニューで表示されるものです。 - bcfg boot add LAST_BOOT_NO + 1 fsxx:\EFI\BOOT\BOOTX64.EFI "UEFI: ESXi"

5. bcfg boot mv LAST_BOOT_NO + 4 1 コマンドを使用して、ESX 用に新しく作成したブート オプションが先頭に来るようにします。

CSCul36732

Cisco UCS Manager によって管理される C シリーズ サーバでは、Emulex アダプタを使用した SAN ブートは失敗する可能性があります。この動作は、Cisco UCS Manager によって管理されているサーバでのみ発生します。

BIOS post 中に、ホットキーを押して Emulex オプション ROM 設定画面に入り、「EDD」を有効にし、保存して終了します。

1.5(4)

CSCub21433

UEFI OS のインストールは、ソフトウェア RAID (オンボード SCU コントローラ) ではサポートされていません。

なし。ソフトウェア RAID を使用する場合は、レガシーモード OS インストールを使用してください。

1.5(4)

CSCtz11862

システムをオンにしたときに、連続的な BEEP 音が鳴ります。

CIMC とホストを同時にオンにしないでください。電源装置をオンにした 3 分後に、ホストをオンにします。

1.5(4)

CSCuj89681

SD カードをシングルパーティションモードに移行した後、1.5 (4x) より前のリリースにダウングレードすると、4 つのパーティションすべてが WebUI/CLI に表示されます。

なし。

1.5(4)

CSCuj84718

SD カードのパーティションのサイズは、ダウングレード中に SCU、HUU、およびドライバのごみ箱の値として表示されます。

リリース 1.5(4x) にアップグレードし、単一のパーティションを作成してから、以前のリリースにダウングレードしてください。パーティションのサイズは 2097151 MB として表示されます。

1.5(4)

CSCuj67995

ポート パラメータを使用して複数の設定を変更しても、CIMC 設定のみからだと失敗します。

次の手順を実行します。

1. モードを[専用 (Dedicated)]に設定し、冗長性を[なし (None)] に設定します。

2. 変更をシステムに保存します。

3. 自動ネゴシエーション フィールドを[はい (Yes)]に設定します。

1.5(4)

CSCuj52943

4 パーティション設定から単一パーティションへの移行では、設定の詳細のみが変更されます。SD のデータはそのまま残ります。したがって、単一パーティション (HV) に移行すると、設定の移行中に SCU に有効なファイル システムがある場合に限り、HV パーティションは SCU データを保持します。

単一パーティション (HV) 設定に移行した後、HV パーティションをフォーマットして必要な OS をインストールします。

1.5(4)

CSCul50285

ucs-c220-m3# scope bios/advanced

ucs-c220-m3 /bios/advanced #

ucs-c220-m3 /bios/advanced # set ConsoleRedir COM_0

ucs-c220-m3 /bios/advanced *# set BaudRate 115200

ucs-c220-m3 /bios/advanced *# set FlowCtrl None

ucs-c220-m3 /bios/advanced *# set TerminalType VT100+

ucs-c220-m3 /bios/advanced *# commit

ucs-c220-m3 /bios/advanced #

次のプロセスを使用します。

ucs-c220-m3# scope bios

ucs-c220-m3 /bios #scope advanced

ucs-c220-m3 /bios/advanced # set ConsoleRedir COM_0

ucs-c220-m3 /bios/advanced # commit

BIOS セットアップのパラメータを変更すると、再起動が必要になります。

Do you want to reboot the system?[y|N] (システムをリブートしますか)

1.5(4)

CSCue10121

PWRGD センサーの通常のイベントは、CIMC ブートおよびホスト ブート時に SEL に記録されます。

これらは予想されるイベントであり、無視することができます。

1.5(4)

CSCuj41445

いくつかのフィールドでは自動補完が行われます。

1.5(x) ビルドにアップグレードします。

1.5(4)

CSCud17092

CIMC のアップグレード後の最初のログイン時に、メインページの Web UI にエラー ダイアログボックス「Error: 予期しないエラー」が表示されることがあります。ストレージ データも空白または無効になることがあります。CIMC のアップグレードの直後、ログインしただけで発生することがあります。これは、1.4x から1.5 へのアップグレードに関連している可能性があります。

ログアウトしてから再度ログインすると修正されますが、おそらく時間がかかります。それで、数分待ってから WebUI を更新してください。問題が解決される場合があります。

1.5(4)

CSCul56178

CIMC は、設定可能な vNIC と usNIC を229に制限します。

なし。残りの vNIC は、内部アダプタの使用のために予約されています。これらの残りの vNIC のうち 4 つは必須で、そのうちの 2 つが eNIC、2つが fNIC です。16 の vNIC (2 つの必須 eNIC を含む) を設定すると、残りは 229 - 2 (fNIC) - 16 (eNIC) = 211 usNIC になります。

1.5(4)

CSCuj83316

バッテリには、手動 (ユーザが開始する) 再学習サイクルが必要で、性能は徐々に低下します。1 年以上使用したバッテリでは、残っているキャパシティを正確に測定することが必要です。

手動 (ディープ サイクル) 再学習は、ユーザが開始する必要があります。これは、MegaCLI ユーティリティまたはサーバ CIMC の [ストレージ (Storage)] タブで実行できます。再学習は完了するまでに数時間、最大で 1 日かかる場合があります。バッテリは再学習の完了後も十分なキャパシティを備えていますが、再学習の前に設定しておけば、最適な状態になり、VD は書き戻しモードになります。

1.5(4)

CSCtx16030

WebUI の DIMM のメモリ インベントリの [動作 (Operability)]フィールドに、障害が発生した DIMM が正しく表示されません。

この問題は、WebUI によって報告されたメモリ インベントリでのみ発生します。BIOS セットアップでは、DIMM のステータスは正しく報告されます。したがって、WebUI に DIMM が動作不能であると示された場合は、BIOS セットアップの [Advanced] > [Memory Configuration] ページで、メモリ ライザーのすべての DIMM のステータスをチェックしてください。

1.5(4)

次は古い構文です:

/ldap # set base-dn Scom.msdn.com

正常な出力の例:

[root@pebbles-iptv mibs]#

snmpwalk -v2c -c public localhost notificationLogMIB NOTIFICATION-LOG- MIB::nlmConfigGlobalAgeOut.0 = Gauge32: 1440 minutes NOTIFICATION-LOG- MIB::nlmStatsGlobalNotificationsLogged.0 = Counter32: 33 notifications NOTIFICATION-LOG- MIB::nlmStatsGlobalNotificationsBumped.0 = Counter32: 33 notifications [root@pebbles-iptv mibs]# **

MIB は正常に終了しており、エラーがないことに注意してください。

** 問題のある出力の例:

[snmp@sv-repo ~]$ snmpwalk -t 120 -v3 -u glasco -l AuthPriv -a MD5 -A enuf4me2do -x DES -X tqbFjotlCow 14.17.2.45 .1.3.6.1.6.3.16.1.5.2.1.6

SNMP-VIEW-BASED-ACM-MIB::vacmViewTreeFamilyStatus."all".1.1 = INTEGER: active(1) SNMP-VIEW-BASED- ACM-MIB::vacmViewTreeFamilyStatus."_all_".1.0 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_all_".1.1 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_all_".1.2 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_none_".1.0 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_none_".1.1 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_none_".1.2 = INTEGER: active(1) SNMP-VIEW-BASED-ACM- MIB::vacmViewTreeFamilyStatus."_none_".1.2 = No more variables left in this MIB View (It is past the end of the MIB tree) [snmp@sv-repo ~]$

まだウォークの対象である mib が残っているのに、「この MIB ビューにはこれ以上変数は残っていません (No more variables left in this MIB View)」と出力されます。確認された最後の oid は 1.3.6.1.6.3.16.1.5.2.1.6 であり、get-response パケットの error-status 内で noSuchName(2) が出ています。これは noError(0) となるはずのものです。

1. コマンドラインインターフェイスから次のコマンドを実行します: diskutil unmount /Volumes/<Volume name>

2. KVM/vMedia クライアントで、[読み取り専用 (Read Only)] チェックボックスをオフにします。この時点で、ユーザにドライブの自動マウントを停止するかどうかを尋ねるプロンプトが表示されることがあります。[はい (Yes)] をクリックします。

3. ドライブのマッピングを続行します。

•  

  640x480（8bpp）

•  

  800x600（8bpp）

•  

  1024x768（8bpp）

•  

  1280x1024（8bpp）

•  

  1600x1200 (8bpp)

•  

  1920x1080 (8bpp)

•  

  1920x1200 (8bpp)

•  

  640x480（16bpp）

•  

  800x600（16bpp）

•  

  1024x768（16bpp）

•  

  1280x1024 (16bpp)

•  

  1600x1200 (16bpp)

•  

  1920x1080 (16bpp)

•  

  1920x1200 (16bpp)

•  

  640x480（24bpp）

•  

  800x600（24bpp）

•  

  1024x768（24bpp）

•  

  1280x1024 (24bpp)

• 640x480（32bpp）

• 800x600 (32bpp)

•  

  1024x768 (32bpp)

•  

  1280x1024 (32bpp)