GNU/Linux >> Tutoriales Linux >  >> Cent OS

Solución de problemas de kdump en CentOS/RHEL

El mecanismo kdump es una característica del kernel de Linux, que le permite crear volcados si su kernel falla. Produce una copia exacta de la memoria, que se puede analizar para determinar la causa raíz del bloqueo. Este es un script que configura kdump (volcado del kernel). Kdump proporciona un volcado de memoria en un archivo llamado vmcore cuando el kernel tiene un problema crítico. A menudo se requiere Vmcore para investigar el problema. El volcado de memoria se captura desde el contexto de un núcleo recién iniciado, no desde el contexto del núcleo bloqueado. Kdump usa kexec para arrancar en un segundo kernel cada vez que el sistema falla. Kexec es un mecanismo de inicio rápido que permite reiniciar un nuevo kernel de Linux desde el contexto de un kernel en ejecución sin pasar por ningún firmware o arranque en caliente.

Esta publicación explica los pasos para solucionar problemas comunes de kdump.

Verificando la configuración de kdump

1. Compruebe si el paquete kexec-tools está instalado en el sistema.

# rpm -qa | grep kexec

2. Verifique la línea de comandos del kernel en el kernel en ejecución actual para el parámetro 'crashkernel':

# cat /proc/cmdline

3. Compruebe si la memoria está reservada para el núcleo bloqueado cuando se inició el núcleo:

# dmesg | grep Reserving

4. Compruebe la ruta del volcado:

# grep -v ^# /etc/kdump.conf

5. Compruebe el espacio de almacenamiento disponible en el sistema de archivos especificado en el parámetro de ruta en el paso anterior:

# df -h

6. Verifique el estado del servicio kdump:

# service kdump status         ### In CentOS/RHEL 6
# systemctl status kdump       ### In CentOS/RHEL 7

Cuando el servicio kdump no está operativo

1. Verifique la configuración de kdump siguiendo la sección anterior.

2. Inicie el servicio kdump

# service kdump status        ### In CentOS/RHEL 6
# systemctl status kdump      ### In CentOS/RHEL 7

3. Comprueba el error desde la terminal.

4. Se puede encontrar más información sobre la falla de inicio del servicio kdump en /var/log/messages .

Cuando la configuración de kdump está bien y el estado de servicio de kdump está operativo pero no se genera un vmcore al desencadenar un bloqueo

1. Edite el archivo /etc/kdump.conf y agregue la siguiente línea para obtener un shell cuando falla la generación de vmcore:

default shell

2. En el shell, verifique el almacenamiento disponible, verifique si el sistema de archivos de destino vmcore está montado y luego intente copiar el vmcore manualmente y encuentre si falla.

# cp /proc/vmcore [destination]

Cuando no se obtiene un shell y el núcleo de bloqueo se atasca durante el arranque

1. Verifique los mensajes en la consola y busque los mensajes de inicio del crashkernel. Busca dónde está atascado.

Crashkernel es el mismo kernel que se inicia cuando se inicia el sistema y, por lo tanto, uno vería mensajes similares a los mensajes de arranque normales del kernel pero con dispositivos limitados activados. Por ejemplo:solo 1 CPU está habilitada en crashkernel. Solo se detecta el disco de almacenamiento de destino.

2. Si ve mensajes de error de asignación de página, entonces hay muchas posibilidades de que el kernel de bloqueo reservado no sea suficiente y necesite aumentar el valor del parámetro del kernel 'crashkernel'.


Cent OS
  1. CentOS/RHEL 7:comprensión de Kexec y Kdump

  2. “xfs_log_force:se devolvió el error 5” – Error XFS (CentOS/RHEL 7)

  3. Cómo cambiar los límites de semáforos del kernel en CentOS/RHEL

  4. “No queda espacio en el dispositivo”:problema de generación de kdump (CentOS/RHEL)

  5. CentOS / RHEL 6:Cómo configurar kdump

Comprobar dirección IP CentOS/RHEL

Instalar gnome en RHEL 8 / CentOS 8

Instale python 2 en RHEL 8 / CentOS 8

Cómo habilitar Kdump en RHEL 7 y CentOS 7

CentOS / RHEL 7:Cómo configurar kdump usando GUI

CentOS / RHEL:guía de solución de problemas de iptables