数千台の同一のマシンで実行されているアプリケーションがあります。同じ OS、同じハードウェア、同じアプリケーションのインストール。ごくまれに、マシンがロックアップします。Alt タブ、ctrl-alt-del、アプリケーションがすべて応答しません。アプリケーションのログ ファイルを調べたところ、クラッシュ前の最後のデータとして、一連の null 文字が末尾に書き込まれています。
ロックアップをデバッグする手段としてこの事実を利用したいと考えています。私の推測では、書き込まれた null 文字の数は、ログ ステートメントに割り当てる必要のあるスペースと同じですが、実際にはコンテンツがディスクに書き込まれることはありません。また、ディスク IO の問題が発生し、書き込みが妨げられ、もちろん OS がロックアップしたと推測しています。これについては確認できません。私の質問は、このような状態を見たことがありますか、どのように発生したか、どのようにトラブルシューティングを行うことができるでしょうか?
NTFS はデータ (メタデータのみ) をジャーナル処理しないため、そのようなことが発生する可能性があります。その理由は、クラッシュ/ハングの時点で、メタデータ (ファイル サイズ、データ ブロックの割り当て) はコミットされましたが、データ (データ ブロックの内容) はコミットされなかったためです。残念ながら、これは NTFS の正常な動作であり、ハングの原因となっている問題についての洞察は得られません。
したがって、答えは次のとおりです。「適切な」タイミングでクラッシュすると、これが発生する可能性があります。
ところで: もちろん、同じことが FAT/FAT32 でも発生する可能性があります。
私はこの種のことが起こるのを見てきました.あなたは正しい一般的な方向を見ていると思います.
これが発生した場合、正確なハードウェアを特定できると思いますか? 失敗したら、memtest (http://www.memtest.org/) を実行することをお勧めします。
私は、電源装置や不良ディスク コントローラなどでこの種のことを見てきました。
あなたはこれを正しい方法で行っているようです - 問題をより迅速に発生させる方法を見つけることができるかどうかを確認してください。
カーネルデバッガーを接続できる可能性はありますか?
%SystemRoot%\memory.dmp が作成された可能性はありますか?