OnWorks Linux dan Windows Online Workstations

logo

Pengehosan Dalam Talian Percuma untuk Workstation

<Sebelum | Contents [show] | Seterusnya>

6.6. Menguji Mekanisme Crash Dump


gambar

Menguji Mekanisme Crash Dump akan menyebabkan but semula sistem. Dalam situasi tertentu, ini boleh menyebabkan kehilangan data jika sistem berada di bawah beban berat. Jika anda ingin menguji mekanisme, pastikan sistem melahu atau di bawah beban yang sangat ringan.


Sahkan bahawa SysRQ mekanisme didayakan dengan melihat nilai / proc / sys / kernel / sysrq parameter kernel:


kucing / proc / sys / kernel / sysrq


Jika nilai daripada 0 dikembalikan dump dan kemudian ciri but semula dinyahdayakan. Nilai yang lebih besar daripada 1 menunjukkan bahawa sub-set ciri sysrq didayakan. Lihat /etc/sysctl.d/10-magic-sysrq.conf untuk penerangan terperinci tentang pilihan dan nilai lalai. Dayakan dump kemudian but semula ujian dengan arahan berikut:


sudo sysctl -w kernel.sysrq=1


Setelah ini selesai, anda mesti menjadi root, seperti hanya menggunakan sudo tidak akan mencukupi. sebagai akar pengguna, anda perlu mengeluarkan arahan echo c > /proc/sysrq-trigger. Jika anda menggunakan sambungan rangkaian, anda akan terputus hubungan dengan sistem. Inilah sebabnya mengapa lebih baik untuk melakukan ujian semasa disambungkan ke konsol sistem.

Ini mempunyai kelebihan untuk menjadikan proses pembuangan kernel kelihatan. Output ujian tipikal sepatutnya kelihatan seperti berikut:


Sudo -s



Kata laluan [sudo] untuk ubuntu:

# echo c > /proc/sysrq-trigger


[

31.659002]

SysRq : Cetuskan ranap sistem

[

31.659749]

BUG: tidak dapat mengendalikan dereference pointer NULL kernel di

[

31.662668]

IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20

[

31.662668]

PGD ​​3bfb9067 PUD 368a7067 PMD 0

[

31.662668]

Op: 0002 [#1] SMP

[

31.662668]

CPU 1

[

31.659002]

SysRq : Cetuskan ranap sistem

[

31.659749]

BUG: tidak dapat mengendalikan dereference pointer NULL kernel di

[

31.662668]

IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20

[

31.662668]

PGD ​​3bfb9067 PUD 368a7067 PMD 0

[

31.662668]

Op: 0002 [#1] SMP

[

31.662668]

CPU 1

(null)


....


Selebihnya output dipotong, tetapi anda akan melihat sistem but semula dan di suatu tempat dalam log, anda akan melihat baris berikut:


Mulakan: Menyimpan vmcore daripada kerosakan kernel ...


Setelah selesai, sistem akan but semula ke mod operasi biasa. Anda kemudian akan menemui fail Kernel Crash Dump, dan subdirektori yang berkaitan, dalam /var/crash direktori:


ls /var/crash

201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash


Jika longgokan tidak berfungsi kerana ralat OOM (Out Of Memory), maka cuba tingkatkan jumlah memori simpanan dengan mengedit /etc/default/grub.d/kdump-tools.cfg. Sebagai contoh, untuk menempah 512 megabait :


GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=384M-:512M"


menjalankan sudo update-grub dan kemudian but semula selepas itu, dan kemudian uji lagi.


Pengkomputeran Awan OS teratas di OnWorks: