Gambar memori sistem yang diambil setelah kernel crash atau hang disebut crash dump. Menganalisis crash dump dapat memberikan petunjuk berharga untuk analisis postmortem dari masalah kernel. Namun, mendapatkan dump setelah kernel crash secara inheren tidak dapat diandalkan karena driver penyimpanan yang bertanggung jawab untuk mencatat data ke perangkat dump mungkin dalam keadaan tidak ditentukan.
Pengaturan konfigurasi kdump disimpan dalam file konfigurasi /etc/kdump.conf. Di bawah ini adalah contoh file /etc/kdump.conf dari mesin CentOS/RHEL 8.
# cat /etc/kdump.conf# File ini berisi serangkaian perintah yang harus dijalankan (secara berurutan) di kernel kdump
# setelah kernel crash di kernel crash (kernel pertama) telah terjadi.
#
# Arahan dalam file ini hanya berlaku untuk initramfs kdump, dan
# tidak berpengaruh setelah sistem file root dipasang dan skrip init normal
# diproses.
#
# Saat ini, hanya satu target dan jalur dump yang dapat ditentukan. Jika dumping ke
# target yang dikonfigurasi gagal, tindakan kegagalan yang dapat dikonfigurasi melalui
# arahan "failure_action" akan dilakukan.
#
# Opsi yang didukung:
#
# raw
# – Akan dd /proc/vmcore ke
# Gunakan nama perangkat tetap untuk perangkat partisi,
# seperti /dev/vg/
#
# nfs
# – Akan memasang nfs ke
#
#
# ssh
# – Akan menyimpan /proc/vmcore ke
# mendukung DNS.
# CATATAN:pastikan pengguna memiliki izin menulis di server.
#
# sshkey
# – Akan menggunakan sshkey untuk melakukan ssh dump.
# Tentukan jalur kunci ssh yang akan digunakan saat membuang
# melalui ssh. Nilai default adalah /root/.ssh/kdump_id_rsa.
#
#
# – Akan me-mount -t
# /proc/vmcore ke
# CATATAN:
# Ini disarankan untuk menggunakan nama perangkat persisten
# seperti /dev/vg/
# Jika tidak, disarankan untuk menggunakan label atau uuid.
#
# path
# – “path” mewakili jalur sistem file di mana vmcore
# akan disimpan. Jika target dump ditentukan di
# kdump.conf, maka "path" adalah relatif terhadap target dump
# yang ditentukan.
#
# Interpretasi "path" mengubah a bit jika pengguna tidak
# menentukan target dump secara eksplisit di kdump.conf. Dalam
# kasus ini, "path" mewakili jalur absolut dari root.
# target dump dan jalur yang disesuaikan tiba secara otomatis
# tergantung pada apa yang dipasang di sistem saat ini.
#
# Diabaikan untuk dump perangkat mentah. Jika tidak disetel, akan menggunakan default
# “/var/crash”.
#
# core_collector
# – Ini memungkinkan Anda menentukan perintah untuk salin
# vmcore. Standarnya adalah makedumpfile, yang pada
# beberapa arsitektur dapat mengurangi ukuran vmcore secara drastis.
# Lihat /sbin/makedumpfile –help untuk daftar opsi.
# Perhatikan bahwa -i dan - Opsi g tidak diperlukan di sini,
# karena initrd akan secara otomatis diisi dengan
# file konfigurasi yang sesuai untuk kernel yang sedang berjalan.
# Core_collector default untuk raw/ssh dump adalah:
# “makedumpfile -F -l –message-level 7 -d 31”.
# Default core_collector untuk target lainnya adalah:
# “makedumpfile -l –message-level 7 -d 31 ”.
#
# "makedumpfile -F" akan membuat vmcore rata.
# Anda perlu menggunakan "makedumpfile -R" untuk mengatur ulang data dump ke
# normal dumpfile dapat dibaca dengan alat analisis. Misalnya:
# “makedumpfile -R vmcore
# Untuk detail format core_collector, Anda dapat merujuk ke
# kexec-kdump-howto.txt atau halaman manual kdump.conf.
#
# kdump_post
# – Direktif ini memungkinkan Anda untuk menjalankan biner yang dapat dieksekusi
# atau skrip setelah proses dump vmcore berakhir.
# Status keluar dari proses dump saat ini diumpankan ke
# biner atau skrip yang dapat dieksekusi sebagai argumen pertamanya.
# Semua file di bawah /etc/kdump/post.d secara kolektif diurutkan
# dan dieksekusi dalam urutan leksikal, sebelum biner atau skrip
# parameter kdump_post yang ditentukan dijalankan.
#
# kdump_pre
# – Bekerja seperti direktif “kdump_post”, tetapi alih-alih menjalankan
# setelah proses dump, berjalan segera sebelum itu.
# Status keluar dari biner ini ditafsirkan sebagai berikut:
# 0 – lanjutkan dengan proses dump seperti biasa
# non 0 – jalankan tindakan terakhir (reboot/poweroff/halt)
# Semua file di bawah /etc/kdump/pre.d secara kolektif diurutkan dan
# dieksekusi dalam urutan leksikal, setelah biner atau skrip ditentukan
# parameter kdump_pre dieksekusi.
# Bahkan jika biner atau skrip di direktori /etc/kdump/pre.d
# mengembalikan status keluar bukan 0, pemrosesan dilanjutkan.
#
# extra_bins
# – Direktif ini memungkinkan Anda untuk menentukan biner tambahan atau
# skrip shell untuk dimasukkan dalam initrd kdump.
# Umumnya mereka berguna dalam hubungannya dengan kdump_post
# atau kdump_pre biner atau skrip yang bergantung pada extra_bins ini.
#
# extra_modules
# – Direktif ini memungkinkan Anda untuk menentukan modul kernel tambahan
# yang ingin Anda muat di kdump initrd.
# Beberapa modul dapat dicantumkan, dipisahkan dengan spasi, dan
# modul yang bergantung akan secara otomatis disertakan.
#
# failure_action
# – Tindakan yang harus dilakukan jika dumping gagal.
# reboot:Reboot sistem.
# halt:Hentikan sistem.
# poweroff:Matikan sistem.
# shell:Jatuhkan ke shell bash.
# Keluar dari shell akan mem-boot ulang sistem secara default,
# atau lakukan “final_action”.
# dump_to_rootfs:Buang vmcore ke rootfs dari konteks initramfs dan
# reboot secara default atau lakukan "final_action".
# Berguna ketika target dump non-root ditentukan.
# Opsi default adalah "reboot".
#
# default
# – Sama seperti direktif “failure_action” di atas, tetapi direktif ini
# sudah usang dan akan dihapus di masa mendatang.
#
# final_action
# – Tindakan yang harus dilakukan jika dumping berhasil. Juga dilakukan
# ketika aksi kegagalan "shell" atau "dump_to_rootfs" selesai.
# Setiap tindakan sama dengan direktif "failure_action" di atas.
# Defaultnya adalah "reboot".
#
# force_rebuild <0 | 1>
# – Secara default, kdump initrd hanya akan dibangun kembali bila diperlukan.
# Tentukan 1 untuk memaksa membangun kembali kdump initrd setiap kali kdump
# layanan dimulai.
#
# force_no_rebuild <0 | 1>
# – Secara default, kdump initrd akan dibangun kembali bila diperlukan.
# Tentukan 1 untuk mem-bypass pembangunan kembali kdump initrd.
#
# opsi force_no_rebuild dan force_rebuild saling
# eksklusif dan tidak boleh disetel ke 1 secara bersamaan.
#
# override_resettable <0 | 1>
# – Biasanya perangkat blok yang tidak dapat disetel ulang tidak dapat menjadi target dump.
# Menentukan 1 ketika Anda ingin membuang meskipun blok
# target tidak dapat disetel ulang
# Secara default, ini adalah 0, yang tidak akan mencoba dumping yang ditakdirkan untuk gagal.
#
# dracut_args
# – Berikan opsi dracut ekstra saat membangun kembali kdump initrd.
#
# fence_kdump_args
# – Argumen baris perintah untuk fence_kdump_send (dapat berisi
# semua argumen yang valid kecuali host untuk mengirim pemberitahuan).
#
# fence_kdump_nodes
# – Daftar node cluster kecuali localhost, dipisahkan oleh spasi,
# untuk mengirim pemberitahuan fence_kdump.
# ( opsi ini wajib untuk mengaktifkan 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 -driver “cfg80211 snd” –add-drivers “ext2 ext3”
#fence_kdump_args -p 7410 -f auto -c 0 -i 10
#fence_kdump_nodes node1 node2