OSハングアップの判定について

WindowsのMemory.dmpで強制ダンプを取得した際
そのOSが本当にハングアップしていたかどのように
判断すればよいでしょうか。
プロセスダンプであれば複数回取得して、スタックなど
の処理が進んでいるか見ればいいと思うのですが。

最近ハングアップ時のMemory.dmpを貰うのですが
本当にOSが動かなかった状態で取得したのか、ヒアリングしても
はっきりせずあまり信用ができません。

行動規範の内容に同意します

回答3件

マイクロソフトのデバッグツールを使って判断が良いのでは？
WDK、WinDbg、関連ツールのダウンロード
これをインストールします。（各Windows毎にあります）
’スタートメニューの[すべてのプログラム]－[Windows Kits]－[Debugging Tools for Windows（x86）]－[WinDbg（x86）]を起動します。’（x86の例）
ファイルメニューから'memory.dmp'を読み込むと様々な情報がでますので。
詳しくはツールのヘルプなどで確認して下さい。

投稿2016/11/08 13:09

編集2016/11/08 13:59

MasahikoHirata

総合スコア3747

システムハングは大抵の場合、複数のスレッドが関連して起こします。
そしてそのハング現象に関連するスレッドは、複数のプロセスにまたがっていることが多々あります。
もちろん単体のプロセスで起きることもありますが、私が経験した限りでは、複数のプロセスでのスレッド間でのデッドロックが一番多いです。
このためハング現象をダンプ解析から調査する場合は、現象発生時の完全メモリダンプを採取されることをお勧めします。
ハング時のダンプ採取はターゲットシステムの H/W にも依存しますが、一般的にはキーボードクラッシュが一番手っ取り早いと思います。
("Windows", "完全メモリダンプ", "キーボードクラッシュ" でググれば、設定および採取方法の手順が色々と出てきます。)

完全メモリダンプが採取できたら WinDBG (あるいは Visual Studio 2015 とかでもいけど) でダンプファイルを開きます。
で、とりあえず "!analyze -hung" コマンド実行して、ERESOURCE の Lock でハングが起きているのかを確認します。
ここで排他アクセスの Lock が検出された場合、"!locks" コマンドで該当スレッド (必ず２つ以上のスレッドが存在するはず) の関係を調べ、"!thread" コマンドでそれぞれのスレッド状態の詳細を確認します。

"!analyze -hung" コマンドでそれらし問題が検出されなかった場合は、"!cpuinfo" コマンドで CPU の数をチェックし、"~<CPU No.>" コマンドと "!thread" コマンドで、各 CPU 上で実行中のスレッドの状態を確認します。
このとき、"!thread" コマンド出力での "UserTime", "KernelTime", "Ticks" のいずれかの値が際立って高ければ、そのスレッドが影響している可能性が高いので、LPC (Local Procedure Call) 等が関連していないか確認します。

上記２つの調査でもそれらしい問題点が見つからない場合は、"!process 0 1f" コマンドで全スレッドの詳細情報を確認します。
なおこのコマンドの実行はとても時間がかかり出力行数もとても長いので、あらかじめ ".logopen" コマンドでファイル出力させる設定を行っておくことをお勧めします。
全スレッドの詳細情報が取得できたら、先と同じように、"UserTime", "KernelTime", "Ticks" のいずれかの値が際立って高いスレッドが存在していいないか、確認していきます。

それでも見つからない場合は。。。ケースバイケースになってしまうので、実際にそのダンプが手元にないと説明できません。

とにかくハング現象のダンプ解析は BSOD のダンプ解析に比べ、「格段に」面倒です。
（でも場数を踏むと、段々楽しくなる！！）
なので、可能であるなら WPA (Windows Performance Analyzer) 等のツールを使った調査を検討されることをお勧めします。

投稿2016/11/10 07:23