ダンプ解析講座 第4回: crashコマンドの準備

この世の中には、ダンプを解析するためにcrashコマンドという大変便利なツールが存在しています。本講座では、ありがたくcrashコマンドを使用させてもらうことにします。
crashコマンドは、インストールCDにも入っています（crash-4.0-3.14.i386.rpm）が、最新版が下記のURLからダウンロードできるようになっています。
http://people.redhat.com/anderson/

crashコマンドは、後方互換を保ちながら開発が続けられていますので、常に最新版を使用して問題ありません。ここでは、この原稿執筆時点の最新版であるcrash-4.0-4.7を使用することにします。上記のURLには、src rpm パッケージとtarballが置いてありますので、お好きな方をダウンロードしてください。どちらもソースコードの状態ですので、展開後、コマンドを作る必要があります。それには、トップディレクトリで「make」と打つだけでお終いです（ただし、結構時間はかかります）。
crashコマンドの作成と使用には一点注意事項があります。それは、ダンプを取ったシステムと同じCPUアーキテクチャのシステムで作成、使用する必要があるということです。i386システムのダンプを解析したい場合は、i386システムで作成したcrashコマンドを使用し、i386システムで解析を行ってください。（つまり、crashコマンドは、クロス環境で解析できるようには作られていません。）
ダンプを取ったシステムと解析を行うシステムは、CPUアーキテクチャさえ同じであれば、ディストリビューションのバージョン・レベルやカーネルのバージョン・レベルは異なっていても構いません。ただし、実は、後で分かることですが、同じものにしておくと一番楽ができます。

ダンプを解析するためには、crashコマンドとダンプだけでは不足で、もう少し用意するものがあります。それをこれから説明していくわけですが、そろそろ説明だけでは飽きてきたところでしょうから、コマンドの実行をしてみましょう。第2回で用意したサンプル（※1）を使用します。crashコマンドを以下のように実行します。

crashコマンドの起動時にダンプの他にSystem.mapファイルとvmlinuxを指定しています。それぞれの役割をこれから説明していきますが、vmlinuxの方が重要なので、こちらから始めましょう。
vmlinuxはカーネルをビルドしたとき、カーネルソースツリーのトップディレクトリにできるカーネルのELF形式バイナリです。大事なのは、crashコマンドが必要とするのは、デバッグ情報付きのvmlinuxだということです。
デバッグ情報付きのvmlinuxを得るためには、カーネルのビルド時にgccのオプションとして、-gを追加します。具体的には、カーネルソースツリーのトップディレクトリにあるMakefileに下記のような修正を加えます。

次にSystem.mapファイルの説明に移ります。System.mapファイルは、シンボルのアドレスが記されたファイルです。crashコマンドは、System.mapファイルが指定されると、それをシンボルのアドレスとして使用します。シンボルのアドレスは、vmlinuxからも分かります。そもそも、System.mapファイルは、vmlinuxからnmコマンドを使用してシンボルとアドレスを取り出したものです。では、なぜSystem.mapファイルを指定するかというと、-gを付けたときと付けないときで、微妙にアドレスが異なる場合がある、という事実に基づいています。では、最初から-g付きで作っていれば、System.mapファイルはいらないのではないかと思われるかもしれません。実はそのとおりです。
RHEL5のカーネルのソースパッケージに入っているコンフィグレーションを見ると「CONFIG_DEBUG_INFO=y」になっていますので、最初から-g付きでカーネルがビルドされています。そのため、サンプルのダンプを解析するには、System.mapファイルを省略して、以下のように実行することができます。