Recopilación de volcados por caída mediante la utilidad Kdump

Si utiliza una imagen de plataforma de Oracle Linux, Kdump está instalado y configurado por completo o parcialmente. Puede cambiar la cantidad de memoria reservada en el núcleo para guardar el volcado por caída, también denominada reserva de memoria crashkernel. En Oracle Linux 8 y versiones anteriores, la reserva de memoria por defecto se define para ajustarse automáticamente: GRUB_CMDLINE_LINUX="crashkernel=auto". Sin embargo, crashkernel=auto no está soportado para Oracle Linux 9, por lo que debe definir una cantidad específica de memoria reservada mediante el parámetro crashkernel.

Para definir la reserva de memoria para un volcado por caída:

1. Desde una línea de comandos, mediante privilegios administrativos, conéctese a la instancia mediante SSH.
2. Edite el archivo /etc/default/grub para definir la memoria reservada. Por ejemplo:
   • Defina la reserva de memoria en 64 MB, por ejemplo:

     GRUB_CMDLINE_LINUX="crashkernel=64MB"

   • Defina la cantidad de memoria reservada como variable mediante la sintaxis crashkernel=<range1>:<size1>,<range2>:<size2>. Por ejemplo:

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

   • Defina un valor de desplazamiento para la memoria reservada. Debido a que la reserva crashkernel se produce al principio del proceso de inicio, algunos sistemas requieren que reserve memoria con un determinado desplazamiento fijo. Cuando se especifica un desplazamiento fijo, la memoria reservada comienza en ese punto. Por ejemplo, para reservar 128 MB de memoria, a partir de 16 MB:

     GRUB_CMDLINE_LINUX="crashkernel=128M@16M"

3. Guarde los cambios y refresque la configuración de grub:

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

4. Reiniciar la instancia para aplicar los cambios.

Con /etc/kdump.conf, puede cambiar la ubicación en la que se guardan los archivos de volcado por caída, transferirlos mediante SSH o exportarlos a un recurso compartido de red.

1. Desde una línea de comandos, mediante privilegios administrativos, conéctese a la instancia mediante SSH.
2. Edite el archivo de configuración en el archivo /etc/kdump.conf y elimine el carácter de comentario # al principio de cada línea que desee activar.
   • Cambie el directorio por defecto (/var/oled/crash) para los archivos de volcado por caída, por ejemplo:

     path /usr/local/<cores>

   • Transfiera archivos de volcado por caída a través de una conexión de shell seguro, por ejemplo:

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

   • Configure los archivos de volcado por caída que se exportarán a un recurso compartido de red compatible, por ejemplo:

     nfs <example.com>:/<output>

   Consulte el archivo kdump.conf.5 en el archivo /usr/share/man/man5/kdump.conf.5.gz para obtener más información.

3. Cuando haya terminado, guarde los cambios y reinicie el servicio kdump.

   sudo systemctl restart kdump.service 

4. Reiniciar la instancia para aplicar los cambios.

De manera predeterminada, si Kdump no puede enviar su resultado a las ubicaciones de salida configuradas, reinicia el servidor. Esta acción suprime todos los datos recopilados para el volcado. Para evitar este resultado, cambie la configuración de Kdump.

1. Desde una línea de comandos, mediante privilegios administrativos, conéctese a la instancia mediante SSH.
2. Edite /etc/kdump.conf para eliminar los comentarios y cambie el valor default en el archivo de la siguiente manera:

   default dump_to_rootfs

   La opción dump_to_rootfs intenta guardar el resultado en un directorio local, lo que puede ser útil si no se puede acceder a un recurso compartido de red. En su lugar, puede utilizar shell para copiar los datos manualmente desde la línea de comandos.

   Nota
   
   

   Las opciones poweroff, restart y halt también son válidas para el estado de fallo kdump por defecto. Sin embargo, si realiza estas acciones, perderá los datos recopilados. Consulte el archivo kdump.conf.5 en el archivo /usr/share/man/man5/kdump.conf.5.gz para obtener más información.

3. Cuando haya terminado, guarde los cambios y reinicie el servicio kdump.

   sudo systemctl restart kdump.service

4. Reiniciar la instancia para aplicar los cambios.

Pruebe la configuración de Kdump bloqueando el núcleo que dispara el servicio para recopilar un volcado por caída. A continuación, revise el volcado por caída.

1. Desde una línea de comandos, mediante privilegios administrativos, conéctese a la instancia mediante SSH.
2. Asegúrese de que Kdump se está ejecutando:

   systemctl is-active kdump

3. Inicie el bloqueo desde la consola o la línea de comandos:

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

   Esto fuerza al núcleo a fallar y los archivos de volcado se copian en el directorio /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS>, por defecto, o en la ubicación que ha seleccionado en la configuración.
4. Reinicie la instancia.
5. Vuelva a conectarse a la instancia mediante SSH y revise los archivos de volcado por caída en /var/oled/crash/<ip-address>-<YYYY-MM-DD>-<HH:MM:SS>:
   • El buffer de mensajes del núcleo incluye la información más esencial sobre la caída del sistema y siempre se vuelca primero en el archivo vmcore-dmesg.txt. Esto resulta útil cuando falla un intento de obtener el archivo vmcore completo, por ejemplo, debido a la falta de espacio en la ubicación de destino.
   • A medida que la herramienta kexec se inicia en el segundo núcleo y captura el contenido de la memoria del núcleo bloqueado, también escribe en el archivo kexec-dmes.log para que pueda rastrear el proceso. Por ejemplo, al final del archivo, puede ver el proceso de guardado del volcado por caída:

     ...
     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//

   • El archivo vmcore contiene la información de volcado por caída. Para analizar el volcado por caída, necesita una utilidad que pueda leer el formato de archivo vmcore. Consulte Analyzing Crash Dumps para obtener información sobre el uso de la utilidad crash.

Puede utilizar la utilidad crash para analizar los volcados por caída recopilados por Kdump. En las imágenes de la plataforma Oracle Linux, crash está instalado por defecto. Para otras instancias de Linux, utilice la línea de comandos para instalarlo: sudo dnf install crash.