GNU/Linux >> Linux の 問題 >  >> Cent OS

サンプル /etc/kdump.conf 構成ファイル

カーネルのクラッシュまたはハング後にキャプチャされたシステム メモリのイメージは、クラッシュ ダンプと呼ばれます。クラッシュ ダンプを分析すると、カーネルの問題を事後分析するための貴重な手がかりを得ることができます。ただし、カーネル クラッシュ後にダンプを取得することは、本質的に信頼できません。これは、ダンプ デバイスにデータを記録するストレージ ドライバーが未定義の状態にある可能性があるためです。

kdump 構成設定は、構成ファイル /etc/kdump.conf に保存されます。以下は、CentOS/RHEL 8 マシンの /etc/kdump.conf ファイルのサンプルです。

# cat /etc/kdump.conf
# このファイルには、クラッシュ カーネル (最初のカーネル) でカーネル クラッシュが発生した後に、kdump カーネルで (順番に) 実行する一連のコマンドが含まれています。
#
# このファイルのディレクティブは kdump initramfs にのみ適用され、
# ルート ファイルシステムがマウントされ、通常の init スクリプトが処理されると
# 効果がありません。
#
# 現在、指定できるダンプ先とパスは 1 つだけです。
# 構成されたターゲットへのダンプが失敗した場合、
# 「failure_action」ディレクティブを介して構成できる失敗アクションが実行されます。
#
# サポートされているオプション:
#
# raw
# – Will dd /proc/vmcore into .
# パーティション デバイスには永続的なデバイス名を使用します。
# など/dev/vg/.
#
# nfs
# – nfs を にマウントし、/proc/vmcore を
# にコピーします//%HOST-%DATE/、DNS をサポートします。
#
# ssh
# – /proc/vmcore を :/%HOST-%DATE/,
# supports DNS.
# NOTE:ユーザーがサーバーへの書き込み権限を持っていることを確認してください.
#
# sshkey
# – sshkey を使用して ssh ダンプを実行します。
# ダンプ時に使用する ssh キーのパスを指定します
# ssh 経由。デフォルト値は /root/.ssh/kdump_id_rsa です。
#
# <パーティション>
# – マウントします -t <パーティション> ,
# /proc/vmcore を //%DATE/ にコピーします。
# 注: は、デバイス ノード、ラベル、または uuid にすることができます。
# それは永続的なデバイス名を使用することをお勧めします
# /dev/vg/.
# そうでない場合は、label または uuid を使用することをお勧めします.
# – 「パス」は、vmcore が保存されるファイル システム パスを表します。
#
# kdump.conf でダンプ先が指定されている場合、"パス" は指定された
# ダンプ先からの相対パスです。
#
# "パス" の解釈は、ユーザーが
# kdump.conf で明示的にダンプ ターゲットを指定しなかった場合はビット。この
#場合、「パス」はルートからの絶対パスを表します。
# 現在のシステムにマウントされているものに応じて、
# ダンプ ターゲットと調整されたパスが自動的に到達します。
#
# raw デバイス ダンプでは無視されます。設定されていない場合、デフォルトを使用します
# “/var/crash”.
#
# core_collector
# – これにより、コマンドを指定して
# vmcore をコピーします。デフォルトは makedumpfile で、
# 一部のアーキテクチャでは vmcore サイズを大幅に削減できます。
# オプションのリストについては、/sbin/makedumpfile –help を参照してください。
# -i と -ここでは g オプションは必要ありません。
# initrd には、実行中のカーネルに適した構成ファイルが
# 自動的に設定されるためです。
# raw/ssh ダンプのデフォルトの core_collector は次のとおりです。
# “makedumpfile -F -l –message-level 7 -d 31”.
# 他のターゲットのデフォルトの core_collector は次のとおりです。
# “makedumpfile -l –message-level 7 -d 31 ”.
#
# “makedumpfile -F” はフラット化された vmcore を作成します.
# “makedumpfile -R” を使用してダンプ データを再配置する必要があります.
# 通常の分析ツールで読み取り可能なダンプファイル。例:
# “makedumpfile -R vmcore #
# core_collector フォーマットの詳細については、
# kexec-kdump-howto.txt を参照してください。または kdump.conf manpage.
#
# kdump_post
# – このディレクティブを使用すると、実行可能なバイナリを実行できます
# vmcore ダンプ プロセスの終了後にスクリプトを実行できます。
# 現在のダンプ プロセスの終了ステータスが
# 実行可能なバイナリまたはスクリプトを最初の引数として指定します。
# /etc/kdump/post.d の下のすべてのファイルはまとめてソートされます
# バイナリまたはスクリプトの前に字句順に実行されます
# 指定された kdump_post パラメータが実行されます。
#
# kdump_pre
# – 「kdump_post」ディレクティブのように機能しますが、
# ダンプ プロセスの後に実行する代わりに、その直前に実行します。
# このバイナリの終了ステータスは次のように解釈されます。
# 0 – 通常どおりダンプ プロセスを続行します
# 非 0 – 最終アクションを実行します (再起動/電源オフ/停止)
# /etc/kdump/pre.d の下のすべてのファイルはまとめてソートされて
# バイナリまたはスクリプトが指定された後、字句順に実行されます
# kdump_pre パラメータが実行されます。
# /etc/kdump/pre.d ディレクトリにあるバイナリまたはスクリプトでも
/># 0 以外の終了ステータスを返し、処理は続行されます。
#
# extra_bins
# – このディレクティブを使用すると、追加のバイナリまたは
# シェル スクリプトを指定して、kdump initrd に含めることができます。
# 通常、これらは kdump_post と組み合わせて使用​​すると便利です
# または kdump_pre これらの extra_bins に依存するバイナリまたはスクリプト。
# 複数のモジュールをスペースで区切ってリストできます。
# 依存モジュールは自動的に含まれます。
#
# failure_action <再起動 |停止 |電源オフ |シェル | dump_to_rootfs>
# – ダンプが失敗した場合に実行するアクション。
# shell:Drop to a bash shell.
# Exiting the shell reboots by default,
# or perform “final_action”.
# dump_to_rootfs:Dump vmcore to rootfs from from initramfs context and
# デフォルトで再起動するか、「final_action」を実行します。
# root 以外のダンプ ターゲットが指定されている場合に便利です。
# デフォルトのオプションは「reboot」です。
#
# デフォルト <再起動 |停止 |電源オフ |シェル | dump_to_rootfs>
# – 上記の「failure_action」ディレクティブと同じですが、このディレクティブ
# は廃止され、将来削除される予定です。
#
# final_action
# – ダンプが成功した場合に実行するアクション。また、
# 「shell」または「dump_to_rootfs」の失敗アクションが終了したときにも実行されます。
# 各アクションは、上記の「failure_action」ディレクティブと同じです。
# デフォルトは「reboot」です。
#
# force_rebuild <0 | 1>
# – デフォルトでは、kdump initrd は必要な場合にのみ再構築されます。
# 1 を指定すると、kdump サービスが開始するたびに kdump initrd が再構築されます。
#
#
# force_no_rebuild <0 | 1>
# – デフォルトでは、必要に応じて kdump initrd が再構築されます。
# kdump initrd の再構築をバイパスするには、1 を指定します。
#
# force_no_rebuild と force_rebuild オプションは相互に
# 排他的であり、同時に 1 に設定しないでください。
#
# override_resettable <0 | 1>
# – 通常、リセット不可能なブロックデバイスはダンプ対象にはなりません。
# ブロック対象がリセット不可能でもダンプしたい場合は 1 を指定します
# 対象
#デフォルトでは、これは 0 であり、失敗する運命にあるダンプを試みません。 />#
# fence_kdump_args
# – fence_kdump_send のコマンドライン引数 (
# 通知を送信するホストを除くすべての有効な引数を含めることができます).
#
# fence_kdump_nodes
# – スペースで区切られた、localhost 以外のクラスターノードのリスト
# への fence_kdump 通知の送信先.
# (このオプションは、fence_kdump を有効にするために必須です。
#

#raw /dev/vg/lv_kdump
#ext4 /dev/vg/lv_kdump
#ext4 LABEL=/boot
#ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937
#nfs my.server.com:/export/tmp
#nfs [2001:db8::1:2:3:4]:/export/tmp
#ssh [email protected]. com
#ssh user@2001:db8::1:2:3:4
#sshkey /root/.ssh/kdump_id_rsa
path /var/crash
core_collector makedumpfile - l –message-level 7 -d 31
#core_collector scp
#kdump_post /var/crash/scripts/kdump-post.sh
#kdump_pre /var/crash/scripts/kdump-pre .sh
#extra_bins /usr/bin/lftp
#extra_modules gfs2
#failure_action shell
#force_rebuild 1
#force_no_rebuild 1
#dracut_args –omit -drivers “cfg80211 snd” –add-drivers “ext2 ext3”
#fence_kdump_args -p 7410 -f auto -c 0 -i 10
#fence_kdump_nodes node1 node2


Cent OS
  1. Linuxは複数の連続したパスセパレーター(/ home //// username /// file)をどのように処理しますか?

  2. 起動するたびに/etc/resolv.confを上書きするものは何ですか?

  3. / etc / motdはどのように更新されますか?

  1. DNS 構成ファイル /etc/named.conf の説明

  2. dm-multipath 設定ファイル /etc/multipath.conf について

  3. サンプル /etc/multipath.conf ファイル

  1. kdump 構成ファイル /etc/kdump.conf について

  2. CentOS / RHEL :削除された /etc/passwd ファイルから回復する方法

  3. DNS 構成ファイル /etc/named.rfc1912.zones の説明