デフォルトでは、kdumpサービスを有効にするために必要なパッケージはOracle VM Serverインストールに含まれていますが、構成作業を続ける前にインストールされていることを確認することをお薦めします。 これを行うには、次のコマンドを実行します。

# rpm -qa | grep kexec-tools

kexec-toolsパッケージがインストールされていない場合、手動でインストールする必要があります。

Oracle VM Serverは、GRUB2を使用してブート・プロセスを処理します。 このステップでは、起動時にcrashkernelパラメータをXenカーネルに渡すようにGRUB2を構成する必要があります。 /etc/default/grubファイルを編集し、適切なcrashkernelパラメータを追加してGRUB_CMDLINE_XEN変数を変更することで、これを行うことができます。

crashkernelパラメータは、ダンプ・ファイルの生成に使用されるクラッシュ・カーネルをロードするためにメモリー内で使用される領域の量を指定し、クラッシュ・カーネル・リージョンの始まりであるオフセットもメモリー内で指定します。 クラッシュ・カーネルに指定できるRAMの最小量は512MBで、これは64MBでオフセットされます。 これは次のような構成になります。

GRUB_CMDLINE_XEN="dom0_mem=max:6144M allowsuperpage dom0_vcpus_pin \
dom0_max_vcpus=20 crashkernel=512M@64M"

この設定は大多数のシステムで十分ですが、大きなドライバを相当数使用するシステムでは、クラッシュ・カーネルにさらに多くのメモリー領域を割り当てておく必要があります。 ダンプを強制してコア・ファイルの生成に失敗する場合、クラッシュ・カーネルに割り当てられるメモリーの量を増やす必要があります。

/etc/default/grubの変更が終了したら、起動時に使用されるシステムのGRUB2構成を再構築する必要があります。 次のコマンドを実行することで行われます。

# grub2-mkconfig -o /boot/grub2/grub.cfg

kdumpでは、ネットワークによってアクセス可能なファイル・システムを含む様々な場所にvmcoreファイルを格納できます。 デフォルトでは、vmcoreファイルは/var/crash/に保存されますが、これはディスク・パーティショニングや使用可能な領域によっては適切でない場合があります。 vmcoreファイルが保存されるファイル・システムには、ダンプごとにOracle VM Serverで使用可能なメモリー量に合う十分な領域が必要です。

Oracle VM Serverのインストールでは、必要な分のディスク領域しか使用しないため、新規インストール時に「スペア」パーティションが空いていることがよくあります。 このパーティションは、ローカル・リポジトリのホスティングやkdumpによって生成されたvmcoreファイルをホストするなどの別の使用のために空いたままになります。 この目的で使用することを選択した場合、まずパーティションのUUIDを正しく識別してノートにとって、使用可能なファイル・システムでフォーマットする必要があります。

次のステップは、ローカル・スペア・パーティションを準備する方法の例を示します。

kdumpサービスの実行方法を示すシステム構成は/etc/sysconfig/kdumpに定義されていますが、特定のkdump構成変数は/etc/kdump.confに定義されています。 環境に応じて、これらのファイルのいずれかに変更を加える必要があります。 ただし、問題なくkdumpを実行するにはデフォルト構成で十分です。 次のリストは、構成を変更する可能性のあるものを示します。

次のコマンドを実行することで、起動するたびにkdumpサービスを実行することができます。

# chkconfig kdump on

この時点でkdumpサービスを再起動して、kdump構成に加えられた変更を検出し、kdumpクラッシュ・カーネルが生成済で最新であるかを判断する必要があります。 カーネル・イメージを更新する必要がある場合には、kdumpは自動的に更新します。更新が必要ない場合には、クラッシュ・カーネル・イメージを再構築しようとせずに再起動します。

# service kdump restart 
Stopping kdump:                   [  OK  ]
 Detected change(s) the following file(s): 
    /etc/kdump.conf 
Rebuilding /boot/initrd-4.1.12-25.el6uek.x86_64kdump.img 

Starting kdump:                   [  OK  ]

次のコマンドを実行して、crashkernelパラメータが使用中であることを示す出力が返されることを確認することで、dom0用にロードされたカーネルが適切に構成されていることを確認できます。

# xl dmesg|grep -i crashkernel
(XEN) Command line: placeholder dom0_mem=max:6144M allowsuperpage dom0_vcpus_pin
        dom0_max_vcpus=20 crashkernel=512M@64M

次のコマンドを実行することで、kdump用に適切なメモリー量が予約されていることも確認できます。

# xl dmesg|grep -i kdump 
(XEN) Kdump: 512MB (524288kB) at 0x4000000

または、

# kexec --print-ckr-size 
536870912

次に示すようにサービス・ステータスを確認することで、kdumpサービスが実行されていることを確認できます。

# service kdump status
Kdump is operational 

/var/log/messagesまたはコンソールにエラーがない場合には、kdumpが適切に実行されているとみなすことができます。

kdumpがvmcoreを生成して適切に格納できることをテストするには、次のコマンドを発行してカーネル・パニックをトリガーすることができます。

# echo 1 > /proc/sys/kernel/sysrq
# echo c > /proc/sysrq-trigger

カーネル・パニックをトリガーしてシステムが正常に再起動した後、vmcoreファイルが適切に生成されたことを次の手順で確認します。

vmcoreファイルが作成されていない場合、またはシステムが自動的に再起動することなくハングした場合、構成を調整する必要があります。 最も多い問題は、クラッシュ・カーネルを実行して操作を完了するのに十分なメモリーが割り当てられていないことです。 kdumpに関する問題の解決の出発点は、常に、GRUB2構成で指定した予約済メモリーを増やすことです。