Cisco UCS E シリーズ サーバ Integrated Management Controller の CLI 設定ガイド リリース 2.x

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ
このマニュアル内で検索
ご利用いただける言語
Download Options

Book Title

Cisco UCS E シリーズ サーバ Integrated Management Controller の CLI 設定ガイド リリース 2.x

Chapter Title

診断テスト

検索結果

Updated:
2017年6月28日

章のタイトル： 診断テスト

目次

この章は、次の内容で構成されています。

診断テストの概要

診断テストは E シリーズ サーバ上で実行されるスタンドアロン ユーティリティで、同サーバで動作するオペレーティング システムやアプリケーションからは独立しています。 E シリーズ サーバで問題が発生した場合、診断テストを使用して事前チェックを実行し、問題点を特定することができます。 診断テストはサーバの CPU、メモリ、およびブロック デバイスで実行できます。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。

診断テストに合格した場合、サーバの CPU、メモリ、ブロック デバイスに問題はありません。 他のハードウェア コンポーネントまたはソフトウェア設定に問題がある可能性があります。 http:/​/​www.cisco.com/​cisco/​web/​support/​index.html の Cisco Technical Assistance Center（TAC）でサービス要求を開始し、問題点を特定してください。

診断テストが失敗した場合は、Cisco TAC でサービス要求を開いて支援を求めます。


注意    

診断テストは非破壊テストですが、テストの実行中に停電または機器の故障が発生した場合、ディスク データが破損することがあります。 診断テストを実行する前に、データをバックアップしておくことを強く推奨します。

診断テストを実行するための基本的なワークフロー

  1. データをバックアップします。
  2. E シリーズ サーバには、購入時に診断イメージが事前にインストールされています。 最新の診断イメージを、指定した FTP または HTTP サーバから CIMC 内部リポジトリにダウンロードすることもできます。
  3. 診断イメージを USB コントローラの HDD 仮想ドライブにマウントします。
  4. EFI シェルが最初のブート デバイスになるように、ブート順を設定します。
  5. サーバをリブートします。
  6. EFI シェルから診断テストを実行します。
  7. 仮想メディアのブート順を元の設定にリセットします。

ホストへの診断イメージのマッピング

はじめる前に
  • データをバックアップします。
  • admin 権限を持つユーザとして CIMC にログインします。
  • E シリーズ サーバには、購入時に診断イメージが事前にインストールされています。 最新の診断イメージを、指定した FTP、FTPS、HTTP、または HTTPS サーバから CIMC 内部リポジトリにダウンロードすることもできます。 「シスコからのソフトウェアの取得」を参照してください。

（注）  

アップデートがすでに処理中であるときにイメージ アップデートを開始すると、どちらのアップデートも失敗します。
手順
      コマンドまたはアクション 目的
    ステップ 1 Server# scope remote-install  

    remote install コマンド モードを開始します。

     
    ステップ 2 Server /remote-install # download-image {ftp | ftps | http | https} server-ip-address path / filename [username username password password]  

    指定したリモート サーバから CIMC 内部リポジトリにイメージをダウンロードします。 診断イメージのファイル拡張子は必ず .diag になります。 リモート サーバには、FTP、FTPS、HTTP、または HTTPS サーバを指定できます。 リモート サーバでユーザ認証が必要な場合は、リモート サーバのユーザ名とパスワードを追加する必要があります。

    （注）     

    イメージ ファイルがサイズ制限を超えると、エラー メッセージが表示されます。
     
    ステップ 3 （任意）Server /remote-install # show detail  

    診断イメージ ダウンロードのステータスを表示します。

     
    ステップ 4 Server /remote-install # map-diagnostics  

    USB コントローラの HDD 仮想ドライブにイメージをマウントします。

     
    ステップ 5 （任意）Server /remote-install # show detail  

    診断イメージ マッピングのステータスを表示します。

     

    次に、診断イメージをマッピングする例を示します。

    Server# scope remote-install 
Server /remote-install # download-image ftp 10.20.34.56 pub/diagnostics-image.diag
---
Server /remote-install # show detail
Host Image Info:
  Name: DiagnosticsImage.diag
  Size: 6626848
  Last Modified Time: Fri, 12 Aug 2011 21:13:27 GMT
  Host Image Status: Download Successful!!
Server /remote-install # map-diagnostics
---
status: ok
---
Server /remote-install # show detail
Host Image Info:
  Name: DiagnosticsImage.diag
  Size: 6626848
  Last Modified Time: Fri, 12 Aug 2011 21:13:27 GMT
  Host Image Status: Image mapped successfully!!
    次の作業

    1. EFI シェルが最初のブート デバイスになるように、ブート順を設定します。
    2. サーバをリブートします。 EFI シェルが表示されます。
    3. 診断テストを実行します。

    診断テストの実行

    EFI シェルから、次の手順を使用して診断テストを実行します。

    はじめる前に
    • バック アップ データ。 テストはすべて非破壊的ですが、テストの実行中に停電や装置の障害が発生すると、ディスク データが破損する可能性があります。 これらのテストを実行する前に、データをバックアップしておくことを強く推奨します。
    • CIMC CLI または CIMC GUI を使用して、診断イメージをダウンロードし、USB コントローラの HDD 仮想ドライブ上にマップします。
    • サーバをリブートします。 EFI シェルが表示されます。
    手順
        コマンドまたはアクション 目的
      ステップ 1 Shell > dir virtual-media-drive-name:  

      指定した仮想メディア ドライブ内に存在するすべてのファイル パッケージを表示します。 ドライブ名は fs0 から始まり、fs0、fs1、fs2 などがあります。

      （注）     

      仮想メディア ドライブ名の末尾に必ずコロンを追加してください。 例：dir fs1:
       
      ステップ 2 Shell > virtual-media-drive-name:  

      診断ファイルが保存されている仮想メディア ドライブに移動します。

       
      ステップ 3 Virtual Media Drive :\> cp package-file-name dsh.pkg  

      診断を実行するパッケージ ファイルを診断シェル パッケージ ファイルにコピーします。

       
      ステップ 4 Virtual Media Drive :\> dsh  

      診断シェルを開始します。 確認プロンプトで、y と答えます。

       
      ステップ 5 Server: SRV > run all  

      使用可能なすべての診断テストを実行し、テストの進行状況とステータスを表示します。 診断テストは、サーバの CPU、メモリ、およびブロック デバイス上で実行されます。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。

      サーバ上で特定の診断テストを実行するには、 run test-name コマンドを使用します。 test-name には次のいずれかを指定できます。
      • cpux64：CPU の診断テスト。
      • diskx64：ブロック デバイスの診断テスト。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。
      • memoryx64：メモリの診断テスト。
      （注）     

      診断テストの実行には、約 10 分の時間がかかる可能性があります。
       
      ステップ 6 （任意）Server: SRV > results  

      テスト ステータスが Passed または Failed の診断テストのサマリーを表示します。

      （注）     

      このサマリー レポートは、失敗および合格したテストの数を示します。 どのテストが失敗または合格したかについての情報は提供しません。 失敗および合格したテストを判別するには、run all コマンドの出力を確認してください。
       
      ステップ 7 （任意）Server: SRV > show  

      サーバ上で管理されていたグローバル パラメータと診断テスト モジュールの一覧を表示します。

       
      ステップ 8 Server: SRV > exit  

      診断シェルを終了します。

       
      ステップ 9 Cisco TAC でサービス要求を開きます。 

      診断テストに合格した場合、サーバの CPU、メモリ、ブロック デバイスに問題はありません。 他のハードウェア コンポーネントまたはソフトウェア設定に問題がある可能性があります。 Cisco TAC でサービス要求を開いて、問題を特定します。

      診断テストが失敗した場合は、Cisco TAC でサービス要求を開いて支援を求めます。

       

      次の例では、すべての診断テストを実行しています。

      Shell > dir fs1:  
		06/27/12  07:48p            1,435,424  Dsh.efi
  06/27/12  08:03p               10,036  dsh-e140d.pkg
  06/25/12  06:00p               10,140  dsh-e140s.pkg
  06/27/12  08:04p               10,042  dsh-e160d.pkg
          4 File(s)   1,465,642 bytes
Shell > fs1:
fs1:\> cp dsh-e140d.pkg dsh.pkg
copying fs0:\OBD\dsh-e140d.pkg -> fs0:\OBD\dsh.pkg
- [ok]
fs1:\> dsh
Diagnostics is a standalone utility that runs on the server module independent
of the operating system or applications running on the module.All tests are
non-destructive, but there is a possibility of disk datacorruption during
power or equipment failure when the tests are in progress. Therefore, before
executing these tests, we highly recommend that you backup the data.


For questions or concerns with this utility, please open a Service Request
with Cisco TAC at http://www.cisco.com/cisco/web/support/index.html

(Y)es to continue test. (N)o to exit(y/n): Y
Cisco Diagnostics  Shell 1.03(0.3) Thu 06/28/-16:35:08.95-canis-diag@cisco.com
UCS-E140D-M1/K9:SRV>

Server: SRV > run all
Server: SRV > results
Test Name          : all
Test Status        : Passed
Failed/Run History : 0/17
Start Time         : 06/27/12 14:38:19
End Time           : 06/27/12 14:43:36
Diag Version       : 1.03(0.3) Mon 04/02/-17:07:57.19-canis-diag@cisco.com
Board S/N          : FOC160724BY

Server: SRV > show
Server: SRV > exit
      次の作業

      仮想メディアのブート順を元の設定にリセットします。

      この章は、次の内容で構成されています。

      診断テストの概要

      診断テストは E シリーズ サーバ上で実行されるスタンドアロン ユーティリティで、同サーバで動作するオペレーティング システムやアプリケーションからは独立しています。 E シリーズ サーバで問題が発生した場合、診断テストを使用して事前チェックを実行し、問題点を特定することができます。 診断テストはサーバの CPU、メモリ、およびブロック デバイスで実行できます。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。

      診断テストに合格した場合、サーバの CPU、メモリ、ブロック デバイスに問題はありません。 他のハードウェア コンポーネントまたはソフトウェア設定に問題がある可能性があります。 http:/​/​www.cisco.com/​cisco/​web/​support/​index.html の Cisco Technical Assistance Center（TAC）でサービス要求を開始し、問題点を特定してください。

      診断テストが失敗した場合は、Cisco TAC でサービス要求を開いて支援を求めます。


      注意    

      診断テストは非破壊テストですが、テストの実行中に停電または機器の故障が発生した場合、ディスク データが破損することがあります。 診断テストを実行する前に、データをバックアップしておくことを強く推奨します。

      診断テストを実行するための基本的なワークフロー

      1. データをバックアップします。
      2. E シリーズ サーバには、購入時に診断イメージが事前にインストールされています。 最新の診断イメージを、指定した FTP または HTTP サーバから CIMC 内部リポジトリにダウンロードすることもできます。
      3. 診断イメージを USB コントローラの HDD 仮想ドライブにマウントします。
      4. EFI シェルが最初のブート デバイスになるように、ブート順を設定します。
      5. サーバをリブートします。
      6. EFI シェルから診断テストを実行します。
      7. 仮想メディアのブート順を元の設定にリセットします。

      ホストへの診断イメージのマッピング

      はじめる前に
      • データをバックアップします。
      • admin 権限を持つユーザとして CIMC にログインします。
      • E シリーズ サーバには、購入時に診断イメージが事前にインストールされています。 最新の診断イメージを、指定した FTP、FTPS、HTTP、または HTTPS サーバから CIMC 内部リポジトリにダウンロードすることもできます。 「シスコからのソフトウェアの取得」を参照してください。

      （注）  

      アップデートがすでに処理中であるときにイメージ アップデートを開始すると、どちらのアップデートも失敗します。
      手順
          コマンドまたはアクション 目的
        ステップ 1 Server# scope remote-install  

        remote install コマンド モードを開始します。

         
        ステップ 2 Server /remote-install # download-image {ftp | ftps | http | https} server-ip-address path / filename [username username password password]  

        指定したリモート サーバから CIMC 内部リポジトリにイメージをダウンロードします。 診断イメージのファイル拡張子は必ず .diag になります。 リモート サーバには、FTP、FTPS、HTTP、または HTTPS サーバを指定できます。 リモート サーバでユーザ認証が必要な場合は、リモート サーバのユーザ名とパスワードを追加する必要があります。

        （注）     

        イメージ ファイルがサイズ制限を超えると、エラー メッセージが表示されます。
         
        ステップ 3 （任意）Server /remote-install # show detail  

        診断イメージ ダウンロードのステータスを表示します。

         
        ステップ 4 Server /remote-install # map-diagnostics  

        USB コントローラの HDD 仮想ドライブにイメージをマウントします。

         
        ステップ 5 （任意）Server /remote-install # show detail  

        診断イメージ マッピングのステータスを表示します。

         

        次に、診断イメージをマッピングする例を示します。

        Server# scope remote-install 
Server /remote-install # download-image ftp 10.20.34.56 pub/diagnostics-image.diag
---
Server /remote-install # show detail
Host Image Info:
  Name: DiagnosticsImage.diag
  Size: 6626848
  Last Modified Time: Fri, 12 Aug 2011 21:13:27 GMT
  Host Image Status: Download Successful!!
Server /remote-install # map-diagnostics
---
status: ok
---
Server /remote-install # show detail
Host Image Info:
  Name: DiagnosticsImage.diag
  Size: 6626848
  Last Modified Time: Fri, 12 Aug 2011 21:13:27 GMT
  Host Image Status: Image mapped successfully!!
        次の作業

        1. EFI シェルが最初のブート デバイスになるように、ブート順を設定します。
        2. サーバをリブートします。 EFI シェルが表示されます。
        3. 診断テストを実行します。

        診断テストの実行

        EFI シェルから、次の手順を使用して診断テストを実行します。

        はじめる前に
        • バック アップ データ。 テストはすべて非破壊的ですが、テストの実行中に停電や装置の障害が発生すると、ディスク データが破損する可能性があります。 これらのテストを実行する前に、データをバックアップしておくことを強く推奨します。
        • CIMC CLI または CIMC GUI を使用して、診断イメージをダウンロードし、USB コントローラの HDD 仮想ドライブ上にマップします。
        • サーバをリブートします。 EFI シェルが表示されます。
        手順
            コマンドまたはアクション 目的
          ステップ 1 Shell > dir virtual-media-drive-name:  

          指定した仮想メディア ドライブ内に存在するすべてのファイル パッケージを表示します。 ドライブ名は fs0 から始まり、fs0、fs1、fs2 などがあります。

          （注）     

          仮想メディア ドライブ名の末尾に必ずコロンを追加してください。 例：dir fs1:
           
          ステップ 2 Shell > virtual-media-drive-name:  

          診断ファイルが保存されている仮想メディア ドライブに移動します。

           
          ステップ 3 Virtual Media Drive :\> cp package-file-name dsh.pkg  

          診断を実行するパッケージ ファイルを診断シェル パッケージ ファイルにコピーします。

           
          ステップ 4 Virtual Media Drive :\> dsh  

          診断シェルを開始します。 確認プロンプトで、y と答えます。

           
          ステップ 5 Server: SRV > run all  

          使用可能なすべての診断テストを実行し、テストの進行状況とステータスを表示します。 診断テストは、サーバの CPU、メモリ、およびブロック デバイス上で実行されます。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。

          サーバ上で特定の診断テストを実行するには、 run test-name コマンドを使用します。 test-name には次のいずれかを指定できます。
          • cpux64：CPU の診断テスト。
          • diskx64：ブロック デバイスの診断テスト。 ブロック デバイスにはハード ドライブ、USB ドライブ、SD カードなどがあります。
          • memoryx64：メモリの診断テスト。
          （注）     

          診断テストの実行には、約 10 分の時間がかかる可能性があります。
           
          ステップ 6 （任意）Server: SRV > results  

          テスト ステータスが Passed または Failed の診断テストのサマリーを表示します。

          （注）     

          このサマリー レポートは、失敗および合格したテストの数を示します。 どのテストが失敗または合格したかについての情報は提供しません。 失敗および合格したテストを判別するには、run all コマンドの出力を確認してください。
           
          ステップ 7 （任意）Server: SRV > show  

          サーバ上で管理されていたグローバル パラメータと診断テスト モジュールの一覧を表示します。

           
          ステップ 8 Server: SRV > exit  

          診断シェルを終了します。

           
          ステップ 9 Cisco TAC でサービス要求を開きます。 

          診断テストに合格した場合、サーバの CPU、メモリ、ブロック デバイスに問題はありません。 他のハードウェア コンポーネントまたはソフトウェア設定に問題がある可能性があります。 Cisco TAC でサービス要求を開いて、問題を特定します。

          診断テストが失敗した場合は、Cisco TAC でサービス要求を開いて支援を求めます。

           

          次の例では、すべての診断テストを実行しています。

          Shell > dir fs1:  
		06/27/12  07:48p            1,435,424  Dsh.efi
  06/27/12  08:03p               10,036  dsh-e140d.pkg
  06/25/12  06:00p               10,140  dsh-e140s.pkg
  06/27/12  08:04p               10,042  dsh-e160d.pkg
          4 File(s)   1,465,642 bytes
Shell > fs1:
fs1:\> cp dsh-e140d.pkg dsh.pkg
copying fs0:\OBD\dsh-e140d.pkg -> fs0:\OBD\dsh.pkg
- [ok]
fs1:\> dsh
Diagnostics is a standalone utility that runs on the server module independent
of the operating system or applications running on the module.All tests are
non-destructive, but there is a possibility of disk datacorruption during
power or equipment failure when the tests are in progress. Therefore, before
executing these tests, we highly recommend that you backup the data.


For questions or concerns with this utility, please open a Service Request
with Cisco TAC at http://www.cisco.com/cisco/web/support/index.html

(Y)es to continue test. (N)o to exit(y/n): Y
Cisco Diagnostics  Shell 1.03(0.3) Thu 06/28/-16:35:08.95-canis-diag@cisco.com
UCS-E140D-M1/K9:SRV>

Server: SRV > run all
Server: SRV > results
Test Name          : all
Test Status        : Passed
Failed/Run History : 0/17
Start Time         : 06/27/12 14:38:19
End Time           : 06/27/12 14:43:36
Diag Version       : 1.03(0.3) Mon 04/02/-17:07:57.19-canis-diag@cisco.com
Board S/N          : FOC160724BY

Server: SRV > show
Server: SRV > exit
          次の作業

          仮想メディアのブート順を元の設定にリセットします。

          このドキュメントは役に立ちましたか?

          Feedbackフィードバック

          シスコに問い合わせ