Dokumentasi<Sebelumnya | Konten | Selanjutnya>
6.6. Menguji Mekanisme Crash Dump
Menguji Mekanisme Crash Dump akan menyebabkan sistem reboot. Dalam situasi tertentu, ini dapat menyebabkan kehilangan data jika sistem berada di bawah beban berat. Jika Anda ingin menguji mekanismenya, pastikan sistem dalam keadaan idle atau di bawah beban yang sangat ringan.
Verifikasi bahwa SysRQ mekanisme diaktifkan dengan melihat nilai / proc / sys / kernel / sysrq parameter inti:
cat / proc / sys / kernel / sysrq
Jika nilai 0 dikembalikan dump dan kemudian fitur reboot dinonaktifkan. Nilai yang lebih besar dari 1 menunjukkan bahwa sub-set fitur sysrq diaktifkan. Lihat /etc/sysctl.d/10-magic-sysrq.conf untuk penjelasan rinci tentang opsi dan nilai default. Aktifkan dump lalu reboot pengujian dengan perintah berikut:
sudo sysctl -w kernel.sysrq=1
Setelah ini selesai, Anda harus menjadi root, karena hanya menggunakan sudo tidak akan cukup. sebagai akar pengguna, Anda harus mengeluarkan perintah echo c > /proc/sysrq-trigger. Jika Anda menggunakan koneksi jaringan, Anda akan kehilangan kontak dengan sistem. Inilah sebabnya mengapa lebih baik melakukan tes saat terhubung ke konsol sistem.
Ini memiliki keuntungan membuat proses dump kernel terlihat. Hasil pengujian tipikal akan terlihat seperti berikut:
Sudo -s
[Sudo] kata sandi untuk ubuntu:
# echo c > /proc/sysrq-trigger
[ | 31.659002] | SysRq : Memicu crash |
[ | 31.659749] | BUG: tidak dapat menangani dereferensi pointer NULL kernel di |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ups: 0002 [#1] SMP |
[ | 31.662668] | Prosesor 1 |
[ | 31.659002] | SysRq : Memicu crash |
[ | 31.659749] | BUG: tidak dapat menangani dereferensi pointer NULL kernel di |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ups: 0002 [#1] SMP |
[ | 31.662668] | Prosesor 1 |
(batal)
....
Sisa output terpotong, tetapi Anda akan melihat sistem me-reboot dan di suatu tempat di log, Anda akan melihat baris berikut:
Mulai: Menyimpan vmcore dari kernel crash ...
Setelah selesai, sistem akan reboot ke mode operasional normal. Anda kemudian akan menemukan file Kernel Crash Dump, dan subdirektori terkait, di /var/crash direktori :
ls /var/crash
201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash
Jika dump tidak berfungsi karena kesalahan OOM (Kehabisan Memori), coba tambah jumlah memori yang dicadangkan dengan mengedit /etc/default/grub.d/kdump-tools.cfg. Misalnya, untuk memesan 512 megabyte :
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=384M-:512M"
menjalankan sudo perbarui-grub dan kemudian reboot setelah itu, lalu uji lagi.