仮想マシンがパワーオフまたは再起動した原因を特定する
search cancel

仮想マシンがパワーオフまたは再起動した原因を特定する

book

Article ID: 327777

calendar_today

Updated On: 01-06-2025

Products

VMware vCenter Server VMware vSphere ESXi

Issue/Introduction

この記事では、仮想マシンがパワーオフまたは再起動された原因を特定するためのトラブルシューティングの手順を説明します。
 
Symptoms:
免責事項: これは英文の記事 「Determining why a virtual machine was powered off or restarted (339691)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

  • 仮想マシン内で実行中のサービスに接続されているクライアントにアクセスできなくなった
  • 仮想マシン内で実行中のサービスに依存しているアプリケーションがエラーを報告する
  • 仮想マシンがネットワーク接続に応答しなくなった
  • 仮想マシンが、ユーザーのコンソールでの操作に応答しなくなった
  • 仮想マシンが突然パワーオフされた
  • 仮想マシンが突然再起動された
  • 仮想マシンのログに次のようなエラーが出力される
    PIIX4: PM Soft Off. Good-bye

  • Windows イベント ビューアに次のメッセージが表示される
    User sent the guest OS shutdown

  • Hostd logs (hostd.log) に次のテキストが表示される
    Info hostd : State Transistion (VM_STATE_ON -> VM_STATE_SHUTTING_DOWN)



Environment

VMware vSphere ESXi  6.x, 7.x, 8.x
VMware vCenter Server 6.x, 7.x, 8.x

Resolution

仮想マシンがパワーオフまたは再起動された原因を特定するには:

  1. 仮想マシン ログ ファイルの場所を確認します。:
     
    1. vSphere Client を起動し、vCenter Server に接続します。
    2. プロンプトが表示されたら管理者の認証情報を入力します。
    3. [ホストおよびクラスタ] ビューが開いていることを確認します。
    4. インベントリ内の仮想マシンを選択します。
    5. [サマリ] タブをクリックします。
    6. 設定の編集 をクリックします。
    7. [オプション] タブをクリックします。
    8. [全般オプション] を選択します。
    9. 右側に表示されている仮想マシンの動作場所を書き留めます。
       
  2. 仮想マシン ログ ファイルを開きます。:
    1. ブラウザを開いて、http://<vCenter hostname> という形式で URL を入力します。ここで、<vCenter hostname> は、vCenter Server の IP アドレスまたは完全修飾ドメイン名です。
    2. プロンプトが表示されたら管理者の認証情報を入力します。
    3. [VirtualCenter インベントリ内のデータストアを参照する] リンクをクリックします。
    4. 手順 1 で書き留めたデータセンター、データストア、フォルダに到達するまで、Web ページ間を移動します。
    5. 適切なログ ファイルへのリンクをクリックして、任意のエディタで開きます。

      :強制リセット、パワーオン、または vMotion による仮想マシンの移行時に、vmware-#.log という名前のファイルが新規作成されます。Last Modified 列の日付を見れば、障害が記録されたログを特定できます。
       
  3. 仮想マシンが突然再起動またはシャットダウンされたときに仮想マシンを実行していた VMware ESX ホストの名前を書き留めます。ログ ファイルの 2 行目にはホストを識別するエントリが含まれています。例:

    [YYYY-MM-DDTHH:MM:SS]: vmx| Hostname=esx02.domain.com
     
  4. 仮想マシンがゲスト オペレーティング システムによってパワーオフまたは再起動されたかどうかを確認します。
     
    • ゲストOS によって再起動されると、仮想マシン ログファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]| vcpu-0| CPU reset: soft

      [YYYY-MM-DDTHH:MM:SS]| vcpu-0| Chipset: The guest has requested that the virtual machine be hard reset.

      [YYYY-MM-DDTHH:MM:SS]| vcpu-0| I125: Chipset: Issuing power-off request...


      トラブルシューティングを続行するには、オペレーティング システム ベンダーに依頼して、ゲスト オペレーティング システムがコンピュータを再起動させた理由を調べてもらいます。オペレーティング システム ベンダーが、VMware Tools または仮想ハードウェアに障害の原因がありそうだと判定した場合は、VMware by Broadcom サポートにサポートを依頼します。仮想マシン内のオペレーティング システムでブルー スクリーン、カーネル パニック、またはそれに相当する事象が発生したことが特定された場合は、Identifying critical Guest OS failures within virtual machines を参照します。

    • ゲスト OS によって停止されると、仮想マシン ログファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]: vcpu-0| PIIX4: PM Soft Off. Good-bye.

      トラブルシューティングを続行するには、オペレーティング システム ベンダーに依頼して、ゲスト オペレーティング システムがコンピュータを停止させた理由を調べてもらいます。オペレーティング システム ベンダーが、VMware Tools または仮想ハードウェアに障害の原因がありそうだと判定した場合は、VMware by Broadcom サポートにサポートを依頼します。仮想マシン内のオペレーティング システムでブルー スクリーン、カーネル パニック、またはそれに相当する事象が発生したことが特定された場合は、Identifying critical Guest OS failures within virtual machines を参照します。
       
  5. 仮想マシンがユーザーまたは vSphere API コールよってパワーオフまたは再起動されたかどうかを確認します。
     
    • ユーザーまたは API が仮想マシンに対してリセット要求を発行すると、仮想マシンのログ ファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]: vcpu-0| CPU reset: hard
       
    • ユーザーまたは API が仮想マシンに対してパワーオフ要求を発行すると、仮想マシンのログ ファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]: vmx| MKS local poweroff
       
    • ユーザーまたは API が仮想マシンに対してシャットダウン要求を発行すると、仮想マシンのログ ファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]| vmx| I120: Tools: sending 'OS_Halt' (state = 1) state change request

      および

      [YYYY-MM-DDTHH:MM:SS]| vcpu-0| I120: PIIX4: PM Soft Off. Good-bye.
    • ユーザーまたは API が仮想マシンに対してゲスト オペレーティング システムの再起動要求を発行すると、仮想マシンのログ ファイル(vmware.log)に次のイベントが生成されます。

      [YYYY-MM-DDTHH:MM:SS]| vmx| I120: Tools: sending 'OS_Reboot' (state = 2) state change request

      および

      [YYYY-MM-DDTHH:MM:SS]| vcpu-0| I120: CPU reset: soft (mode 1)

       
  6. 仮想マシンがバックトレースを生成したかどうかを特定します。バックトレースでは、仮想マシンのログ ファイル(vmware.log)に次のようなイベントが生成されます。

    [YYYY-MM-DDTHH:MM:SS]: vmx| Caught signal 6 -- tid 101087
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: eip 0x1019e731 esp 0xbf5ffa9c ebp 0xbf5ffac8
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: eax 0x0 ebx 0x18adf ecx 0x6 edx 0x10054a00 esi 0x18adf edi 0x6
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffa9c : 0x10048dab 0x00018adf 0x00000006 0xbf5ffac8
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffaac : 0x10048d63 0xbf5ffae8 0x1000b8a0 0xbf5ffac8
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffabc : 0x10054a00 0x00000006 0x0861e1a0 0xbf5ffae8
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffacc : 0x100492c7 0x00000400 0x00000006 0x00000001
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffadc : 0x100492aa 0x1029e5a8 0x00000001 0xbf5ffc18
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffaec : 0x1019fc82 0x00000006 0xbf5ffb00 0x00000000
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffafc : 0x1019fb30 0x00000020 0x00000000 0x00000000
    [YYYY-MM-DDTHH:MM:SS]: vmx| SIGNAL: stack 0xbf5ffb0c : 0x00000000 0x00000000 0x00000000 0x00000000
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace:
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[0] 0xbf5ff858 eip 0x805ae40
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[1] 0xbf5ff928 eip 0x80f735a
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[2] 0xbf5ff9a8 eip 0x80f70e8
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[3] 0xbf5ffa28 eip 0x10048e5b
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[4] 0xbf5ffa94 eip 0x7d0004f
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[5] 0xbf5ffac8 eip 0x1019e731
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[6] 0xbf5ffae8 eip 0x100492c7
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[7] 0xbf5ffc18 eip 0x1019fc82
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[8] 0xbf5ffc38 eip 0x101eed95
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[9] 0xbf5ffc68 eip 0x101eca2d
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[10] 0xbf5ffc78 eip 0x818e87c
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[11] 0xbf5ffc98 eip 0x81895e7
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[12] 0xbf5ffcb8 eip 0x80cd940
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[13] 0xbf5ffcc8 eip 0x80c4f08
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[14] 0xbf5ffcf8 eip 0x80c4b15
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[15] 0xbf5ffd48 eip 0x804fd18
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[16] 0xbf5ffd68 eip 0x804ec14
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[17] 0xbf5ffda8 eip 0x1018c853
    [YYYY-MM-DDTHH:MM:SS]: vmx| Backtrace[18] 00000000 eip 0x804de11
    [YYYY-MM-DDTHH:MM:SS]: vmx| Unexpected signal: 6.

     
  7. 仮想マシンのオペレーティング システムでシステム障害があったかどうかを特定します。ログには次のようなエントリが記録されます。

    svga| I120: WinBSOD: ( 1) `A problem has been detected and Windows has been shut down to prevent damage '
    svga| I120: WinBSOD: ( 2) `to your computer.'
    svga| I120: WinBSOD: ( 4) `If this is the first time you've seen this Stop error screen,'
    svga| I120: WinBSOD: ( 5) `restart your computer. If this screen appears again, follow'
    svga| I120: WinBSOD: ( 6) `these steps:'
    svga| I120: WinBSOD: ( 8) `Disable or uninstall any anti-virus, disk defragmentation'
    svga| I120: WinBSOD: ( 9) `or backup utilities. Check your hard drive configuration, '
    svga| I120: WinBSOD: (10) `and check for any updated drivers. Run CHKDSK /F to check '
    svga| I120: WinBSOD: (11) `for hard drive corruption, and then restart your computer. '
    svga| I120: WinBSOD: (13) `Technical information: '
    svga| I120: WinBSOD: (15) `*** STOP: 0x00000024 (0x00000000001904FB,0xFFFFF880069B2CE8,0xFFFFF880069B2540,0'
    svga| I120: WinBSOD: (16) `xFFFFF880014F5FA2)

    トラブルシューティングを続行するには、オペレーティング システムのベンダーに問い合わせて、ゲスト オペレーティング システムで BSOD が発生した理由を確認してください。オペレーティング システム ベンダーが、機能停止の原因が VMware Tools ドライバまたは仮想ハードウェアにあると疑う場合は、VMware by Broadcom サポートにお問い合わせください。仮想マシン内のオペレーティング システムがブルー スクリーン、カーネル パニック、または同等の現象を報告したと判断された場合は、Identifying critical Guest OS failures within virtual machines を参照してください。オペレーティング システム ベンダーが分析する VM のメモリ ダンプを作成するには、Converting a snapshot file to memory dump using the vmss2core tool を参照してください。

  8. 共有リソースが利用できなくなったことが障害発生の原因ではないことを確認します。
  9. 仮想マシンが High Availability の仮想マシンの監視によって再起動されたのかどうかを特定します。

    該当する仮想マシン(/vmfs/volumes/<datastore>/<VM directory>/vmware.log)の vmware.log を確認します。次のようなエントリが記録されています。

    vmx| Vix: [104333 vmxCommands.c:457]: VMAutomation_Reset. Trying hard reset

    詳細については、Determining if a High Availability Virtual Machine Monitoring event caused a virtual machine to reboot をご覧ください。
     





Additional Information