Documentazione<Precedenti | Contenuti | Succ.>
6.6. Testare il meccanismo di crash dump
Il test del meccanismo di crash dump causerà un riavvio del sistema. In determinate situazioni, ciò può causare la perdita di dati se il sistema è sottoposto a un carico pesante. Se vuoi testare il meccanismo, assicurati che il sistema sia inattivo o sotto carico molto leggero.
Verificare che il file SysRQ meccanismo è abilitato osservando il valore di / proc / sys / kernel / sysrq parametro del kernel:
cat / proc / sys / kernel / sysrq
Se un valore di 0 viene restituito il dump e quindi la funzione di riavvio è disabilitata. Un valore maggiore di 1 indica che un sottoinsieme di funzionalità sysrq è abilitato. Vedere /etc/sysctl.d/10-magic-sysrq.conf per una descrizione dettagliata delle opzioni e del valore predefinito. Abilita dump quindi riavvia il test con il seguente comando:
sudo sysctl -w kernel.sysrq=1
Una volta fatto questo, devi diventare root, come solo usando sudo non sarà sufficiente. Come la radice utente, dovrai dare il comando echo c > /proc/sysrq-trigger. Se stai utilizzando una connessione di rete, perderai il contatto con il sistema. Questo è il motivo per cui è meglio eseguire il test mentre si è connessi alla console di sistema.
Questo ha il vantaggio di rendere visibile il processo di dump del kernel. Un tipico output di test dovrebbe essere simile al seguente:
Sudo -s
[sudo] password per ubuntu:
# echo c > /proc/sysrq-trigger
[ | 31.659002] | SysRq: innesca un arresto anomalo |
[ | 31.659749] | BUG: impossibile gestire il dereference del puntatore NULL del kernel in |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ops: 0002 [#1] SMP |
[ | 31.662668] | CPU 1 |
[ | 31.659002] | SysRq: innesca un arresto anomalo |
[ | 31.659749] | BUG: impossibile gestire il dereference del puntatore NULL del kernel in |
[ | 31.662668] | IP: [<ffffffff8139f166>] sysrq_handle_crash+0x16/0x20 |
[ | 31.662668] | PGD 3bfb9067 PUD 368a7067 PMD 0 |
[ | 31.662668] | Ops: 0002 [#1] SMP |
[ | 31.662668] | CPU 1 |
(Null)
....
Il resto dell'output viene troncato, ma dovresti vedere il riavvio del sistema e da qualche parte nel registro vedrai la seguente riga:
Inizio: salvataggio di vmcore dall'arresto anomalo del kernel...
Una volta completato, il sistema si riavvierà alla sua normale modalità operativa. Troverai quindi il file Kernel Crash Dump e le relative sottodirectory, nel file /var/crash directory:
ls /var/crash
201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash
Se il dump non funziona a causa dell'errore OOM (Out Of Memory), prova ad aumentare la quantità di memoria riservata modificando /etc/default/grub.d/kdump-tools.cfg. Ad esempio, per riservare 512 megabyte:
GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=384M-:512M"
eseguire il sudo update-grub e poi riavviare in seguito, quindi provare di nuovo.