Raccolta dei dump degli arresti anomali mediante la utility Kdump

Se si utilizza un'immagine della piattaforma Oracle Linux, Kdump viene installato e configurato completamente o parzialmente. È possibile modificare la quantità di memoria riservata nel kernel per salvare il crash dump, anche denominato riserva di memoria crashkernel. In Oracle Linux 8 e versioni precedenti, la prenotazione di memoria predefinita è impostata per la regolazione automatica: GRUB_CMDLINE_LINUX="crashkernel=auto". Tuttavia, crashkernel=auto non è supportato per Oracle Linux 9, pertanto è necessario impostare una quantità specifica di memoria riservata utilizzando il parametro crashkernel.

Per impostare la riserva di memoria per un crash dump:

1. Da una riga di comando, utilizzando i privilegi di amministrazione connettersi all'istanza utilizzando SSH.
2. Modificare il file /etc/default/grub per impostare la memoria riservata. Ad esempio:
   • Impostare la riserva di memoria su 64 MB, ad esempio:

     GRUB_CMDLINE_LINUX="crashkernel=64MB"

   • Impostare la quantità di memoria riservata come variabile utilizzando la sintassi crashkernel=<range1>:<size1>,<range2>:<size2>. Ad esempio:

     GRUB_CMDLINE_LINUX="crashkernel=512M-2G:64M,2G-:128M"

   • Definire un valore di offset per la memoria riservata. Poiché la prenotazione di crashkernel si verifica nelle prime fasi del processo di boot, alcuni sistemi richiedono la prenotazione della memoria con un determinato offset fisso. Quando si specifica un offset fisso, la memoria riservata inizia in quel punto. Ad esempio, per riservare 128 MB di memoria, a partire da 16 MB:

     GRUB_CMDLINE_LINUX="crashkernel=128M@16M"

3. Salvare le modifiche e aggiornare la configurazione di grub:

   sudo grub2-mkconfig -o /boot/grub2/grub.cfg

4. Riavviare l'istanza per applicare le modifiche.

Utilizzando /etc/kdump.conf, è possibile modificare la posizione in cui vengono salvati i file di crash dump, trasferirli tramite SSH o esportarli in una condivisione di rete.

1. Da una riga di comando, utilizzando i privilegi di amministrazione connettersi all'istanza utilizzando SSH.
2. Modificare il file di configurazione nel file /etc/kdump.conf e rimuovere il carattere di commento # all'inizio di ogni riga che si desidera abilitare.
   • Modificare la directory predefinita (/var/oled/crash) per i file di crash dump, ad esempio:

     path /usr/local/<cores>

   • Trasferire i file di crash dump su una connessione a una shell sicura, ad esempio:

     ssh <user@example.com>
     sshkey /root/.ssh/<mykey>

   • Impostare i file di crash dump da esportare in una condivisione di rete compatibile, ad esempio:

     nfs <example.com>:/<output>

   Per maggiori informazioni, vedere il file kdump.conf.5 nell'archivio /usr/share/man/man5/kdump.conf.5.gz.

3. Al termine, salvare le modifiche e riavviare il servizio kdump.

   sudo systemctl restart kdump.service 

4. Riavviare l'istanza per applicare le modifiche.

Per impostazione predefinita, se Kdump non riesce a inviare il risultato alle posizioni di output configurate, riavvia il server. Questa azione elimina tutti i dati raccolti per il dump. Per evitare questo risultato, modificare la configurazione del dump.

1. Da una riga di comando, utilizzando i privilegi di amministrazione connettersi all'istanza utilizzando SSH.
2. Modificare /etc/kdump.conf per annullare il commento e modificare il valore default nel file come indicato di seguito.

   default dump_to_rootfs

   L'opzione dump_to_rootfs tenta di salvare il risultato in una directory locale, che può risultare utile se una condivisione di rete non è raggiungibile. È invece possibile utilizzare shell per copiare i dati manualmente dalla riga di comando.

   Nota
   
   

   Le opzioni poweroff, restart e halt sono valide anche per lo stato di errore kdump predefinito. Tuttavia, l'esecuzione di queste azioni comporta la perdita dei dati raccolti se tali azioni vengono eseguite. Per maggiori informazioni, vedere il file kdump.conf.5 nell'archivio /usr/share/man/man5/kdump.conf.5.gz.

3. Al termine, salvare le modifiche e riavviare il servizio kdump.

   sudo systemctl restart kdump.service

4. Riavviare l'istanza per applicare le modifiche.

Testare la configurazione di Kdump bloccando il kernel che attiva il servizio per raccogliere un crash dump. Leggere quindi il file contenente il crash dump.

1. Da una riga di comando, utilizzando i privilegi di amministrazione connettersi all'istanza utilizzando SSH.
2. Assicurarsi che Kdump sia in esecuzione:

   systemctl is-active kdump

3. Avviare il crash dalla console o dalla riga di comando:

   echo 1 > /proc/sys/kernel/sysrq
   echo c > /proc/sysrq-trigger

   In questo modo il kernel viene bloccato e i file di dump vengono copiati nella directory /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS> per impostazione predefinita o nella posizione selezionata nella configurazione.
4. Riavviare l'istanza.
5. Eseguire la riconnessione all'istanza utilizzando SSH e rivedere i file di crash dump in /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS>:
   • Il buffer dei messaggi del kernel include le informazioni più essenziali sul crash del sistema e viene sempre salvato per primo nel file vmcore-dmesg.txt. Questo è utile quando un tentativo di ottenere il file vmcore completo non riesce, ad esempio a causa della mancanza di spazio sulla posizione di destinazione.
   • Quando lo strumento kexec si avvia nel secondo kernel e acquisisce il contenuto della memoria del kernel bloccato, scrive anche nel file kexec-dmes.log in modo da poter tracciare il processo. Ad esempio, alla fine del file è possibile vedere il processo di salvataggio del crash dump:

     ...
     Feb 07 16:28:19 linux9 systemd[1]: Starting Kdump Vmcore Save Service...
     Feb 07 16:28:19 linux9 kdump[504]: Kdump is using the default log level(3).
     Feb 07 16:28:19 linux9 kdump[541]: saving to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19/
     Feb 07 16:28:19 linux9 kdump[546]: saving vmcore-dmesg.txt to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19/
     Feb 07 16:28:19 linux9 kdump[552]: saving vmcore-dmesg.txt complete
     Feb 07 16:28:19 linux9 kdump[554]: saving vmcore
     Feb 07 16:28:21 linux9 kdump.sh[555]: 
     Checking for memory holes                         : [  0.0 %] /                  
     ...
     Copying data                                      : [100.0 %] \           eta: 0s
     Feb 07 16:28:21 linux9 kdump.sh[555]: The dumpfile is saved to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19//vmcore-incomplete.
     Feb 07 16:28:21 linux9 kdump.sh[555]: makedumpfile Completed.
     Feb 07 16:28:21 linux9 kdump[559]: saving vmcore complete
     Feb 07 16:28:21 linux9 kdump[561]: saving the /run/initramfs/kexec-dmesg.log to /kdumproot/var/oled/crash/127.0.0.1-2025-02-07-16:28:19//

   • Il file vmcore contiene le informazioni sul crash dump. Per analizzare il crash dump, è necessaria una utility in grado di leggere il formato del file vmcore. Vedere Analisi dei dump degli arresti anomali per informazioni sull'uso della utility crash.

È possibile utilizzare la utility crash per analizzare i dump di crash raccolti da Kdump. Nelle immagini della piattaforma Oracle Linux, crash viene installato per impostazione predefinita. Per altre istanze Linux, utilizzare la riga di comando per installarla: sudo dnf install crash.