Una imagen de la memoria del sistema capturada después de un bloqueo o bloqueo del kernel se denomina volcado de bloqueo. El análisis de un volcado de memoria puede proporcionar pistas valiosas para los análisis post mórtem de los problemas del kernel. Sin embargo, obtener un volcado después de un bloqueo del kernel es intrínsecamente poco confiable porque el controlador de almacenamiento responsable de registrar datos en el dispositivo de volcado podría estar en un estado indefinido.
Los ajustes de configuración de kdump se guardan en el archivo de configuración /etc/kdump.conf. A continuación se muestra un archivo /etc/kdump.conf de muestra de una máquina CentOS/RHEL 8.
# cat /etc/kdump.conf# Este archivo contiene una serie de comandos para realizar (en orden) en el kernel kdump
# después de que haya ocurrido un bloqueo del kernel en el kernel bloqueado (1er kernel).
#
# Las directivas en este archivo solo se aplican a kdump initramfs, y no tienen
# ningún efecto una vez que se monta el sistema de archivos raíz y se
# procesan los scripts de inicio normales.
#
# Actualmente, solo se puede especificar un destino de volcado y una ruta. Si falla el volcado a
# el destino configurado, se realizará la acción de falla que se puede configurar mediante
# la directiva “failure_action”.
#
# Opciones admitidas:
#
#
#:agregará /proc/vmcore a
# Use nombres de dispositivos persistentes para los dispositivos de partición,
# como /dev/vg/
#
# nfs
#:montará nfs en
#
#
# ssh
#:guardará /proc/vmcore en
# admite DNS.
# NOTA:asegúrese de que el usuario tenga permisos de escritura en el servidor.
#
# sshkey
#:usará la tecla ssh para realizar el volcado de ssh.
# Especifique la ruta de la clave ssh que se usará al realizar el volcado
# a través de ssh. El valor predeterminado es /root/.ssh/kdump_id_rsa.
#
#
# – Montará -t
# /proc/vmcore en
# NOTA:
# Es se recomienda usar nombres de dispositivos persistentes
# como /dev/vg/
# De lo contrario, se sugiere usar label o uuid.
#
# ruta
#:"ruta" representa la ruta del sistema de archivos en la que se guardará vmcore
#. Si se especifica un destino de volcado en
# kdump.conf, entonces la “ruta” es relativa al
# destino de volcado especificado.
#
# La interpretación de “ruta” cambia un bit si el usuario no
# especificó ningún destino de volcado explícitamente en kdump.conf. En este
# caso, "ruta" representa la ruta absoluta desde la raíz. El
# objetivo de volcado y la ruta ajustada se obtienen automáticamente
# dependiendo de lo que esté montado en el sistema actual.
#
# Ignorado para volcados de dispositivos sin formato. Si no se configura, utilizará el predeterminado
# “/var/crash”.
#
# core_collector
#:esto le permite especificar el comando para copie
# el vmcore. El valor predeterminado es makedumpfile, que en
# algunas arquitecturas pueden reducir drásticamente el tamaño de vmcore.
# Consulte /sbin/makedumpfile –help para obtener una lista de opciones.
# Tenga en cuenta que -i y - Las opciones g no son necesarias aquí,
# ya que el initrd se completará automáticamente con un
# archivo de configuración apropiado para el kernel en ejecución.
# El core_collector predeterminado para el volcado raw/ssh es:
# “makedumpfile -F -l –message-level 7 -d 31”.
# El core_collector predeterminado para otros objetivos es:
# “makedumpfile -l –message-level 7 -d 31 ”.
#
# “makedumpfile -F” creará un vmcore aplanado.
# Necesita usar “makedumpfile -R” para reorganizar los datos de volcado a
# un normal dumpfile legible con herramientas de análisis. Por ejemplo:
# “makedumpfile -R vmcore
# Para obtener detalles sobre el formato de core_collector, puede consultar
# kexec-kdump-howto.txt o página de manual de kdump.conf.
#
# kdump_post
#:esta directiva le permite ejecutar un binario ejecutable
# o script después de que finalice el proceso de volcado de vmcore.
# El estado de salida del proceso de volcado actual se envía a
# el ejecutable binario o secuencia de comandos como su primer argumento.
# Todos los archivos en /etc/kdump/post.d se ordenan colectivamente
# y se ejecutan en orden léxico, antes de binario o secuencia de comandos
# se ejecuta el parámetro kdump_post especificado.
#
# kdump_pre
#:funciona como la directiva “kdump_post”, pero en lugar de ejecutarse
# después del proceso de volcado, se ejecuta inmediatamente antes.
# El estado de salida de este binario se interpreta de la siguiente manera:
# 0:continúe con el proceso de volcado como de costumbre
# non 0:ejecute la acción final (reiniciar/apagar/detener)
# Todos los archivos en /etc/kdump/pre.d son colectivos ordenados y
# ejecutados en orden léxico, después del binario o script especificado
# se ejecuta el parámetro kdump_pre.
# Incluso si el binario o script está en el directorio /etc/kdump/pre.d
# devuelve un estado de salida distinto de 0, el procesamiento continúa.
#
# extra_bins
#:esta directiva le permite especificar archivos binarios adicionales o
# scripts de shell que se incluirán en kdump initrd.
# Por lo general, son útiles junto con un kdump_post
# o kdump_pre binario o secuencia de comandos que depende de estos extra_bins.
#
# extra_modules
#:esta directiva le permite especificar módulos adicionales del núcleo
# que desea cargar en kdump initrd.
# Se pueden enumerar varios módulos, separados por espacios, y cualquier
# módulo dependiente se incluirá automáticamente.
#
# fail_action
#:acción a realizar en caso de que falle el volcado.
# reboot:reinicia el sistema.
# halt:detiene el sistema.
# poweroff:apaga el sistema.
# shell:colóquelo en un shell bash.
# Salir del shell reinicia el sistema de forma predeterminada,
# o realice una “acción_final”.
# dump_to_rootfs:vuelque vmcore a rootfs desde contexto initramfs y
# reiniciar de forma predeterminada o realizar una “acción_final”.
# Útil cuando se especifica un destino de volcado que no es raíz.
# La opción predeterminada es “reiniciar”.
#
# predeterminado
#:igual que la directiva "failure_action" anterior, pero esta directiva
# está obsoleta y se eliminará en el futuro.
#
# final_action
#:acción a realizar en caso de que el volcado tenga éxito. También se realiza
# cuando finaliza la acción de falla “shell” o “dump_to_rootfs”.
# Cada acción es igual a la directiva “failure_action” anterior.
# El valor predeterminado es “reboot”.
#
# force_rebuild <0 | 1>
#:de forma predeterminada, kdump initrd solo se reconstruirá cuando sea necesario.
# Especifique 1 para forzar la reconstrucción de kdump initrd cada vez que se inicie el servicio kdump
#.
#
# force_no_rebuild <0 | 1>
#:de forma predeterminada, kdump initrd se reconstruirá cuando sea necesario.
# Especifique 1 para omitir la reconstrucción de kdump initrd.
#
# Las opciones force_no_rebuild y force_rebuild son mutuamente
# exclusivo y no deben establecerse en 1 simultáneamente.
#
# override_resettable <0 | 1>
#:por lo general, un dispositivo de bloque que no se puede restablecer no puede ser un objetivo de volcado.
# Especificar 1 cuando desea volcar aunque el bloque
# objetivo no se puede restablecer
# De forma predeterminada, es 0, lo que no intentará realizar un volcado destinado a fallar.
#
# dracut_args
# – Pase opciones adicionales de dracut al reconstruir kdump initrd.
#
# fence_kdump_args
#:argumentos de la línea de comandos para fence_kdump_send (puede contener
# todos los argumentos válidos excepto los hosts a los que enviar notificaciones).
#
# fence_kdump_nodes
#:lista de nodos de clúster excepto localhost, separados por espacios,
# a los que enviar notificaciones de fence_kdump.
# ( esta opción es obligatoria para habilitar fence_kdump).
#
#raw /dev/vg/lv_kdump
#ext4 /dev/vg/lv_kdump
#ext4 LABEL=/boot
#ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937
#nfs my.server.com:/export/tmp
#nfs [2001:db8::1:2:3:4]:/export/tmp
#ssh [email protected]. com
#ssh usuario@2001:db8::1:2:3:4
#sshkey /root/.ssh/kdump_id_rsa
ruta /var/crash
core_collector makedumpfile - l –mensaje-nivel 7 -d 31
#core_collector scp
#kdump_post /var/crash/scripts/kdump-post.sh
#kdump_pre /var/crash/scripts/kdump-pre .sh
#extra_bins /usr/bin/lftp
#extra_modules gfs2
#failure_action shell
#force_rebuild 1
#force_no_rebuild 1
#dracut_args –omit -controladores “cfg80211 snd” –add-drivers “ext2 ext3”
#fence_kdump_args -p 7410 -f auto -c 0 -i 10
#fence_kdump_nodes nodo1 nodo2