Gestión, supervisión y actualización del núcleo

Procedimiento

1. Compruebe que sus claves públicas están en el llavero del sistema:

   # keyctl list %:.builtin_trusted_keys

   Copy to Clipboard Toggle word wrap

2. Copie el módulo del núcleo en el directorio /extra/ del núcleo que desee:

   # cp my_module.ko /lib/modules/$(uname -r)/extra/

   Copy to Clipboard Toggle word wrap

3. Actualizar la lista de dependencias modulares:

   # depmod -a

   Copy to Clipboard Toggle word wrap

4. Cargue el módulo del kernel y compruebe que se ha cargado correctamente:

   # modprobe -v my_module
   # lsmod | grep my_module

   Copy to Clipboard Toggle word wrap

   1. Opcionalmente, para cargar el módulo en el arranque, añádalo al archivo /etc/modules-loaded.d/my_module.conf:

      # echo "my_module" > /etc/modules-load.d/my_module.conf

      Copy to Clipboard Toggle word wrap

Procedimiento

1. Para listar todos los parámetros y sus valores, utilice lo siguiente:

   # sysctl -a

   Copy to Clipboard Toggle word wrap
   Nota

   El comando # sysctl -a muestra los parámetros del kernel, que pueden ajustarse en tiempo de ejecución y en tiempo de arranque.

2. Para configurar un parámetro temporalmente, utilice el comando como en el siguiente ejemplo:

   # sysctl <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>

   Copy to Clipboard Toggle word wrap

   El comando de ejemplo anterior cambia el valor del parámetro mientras el sistema está en funcionamiento. Los cambios surten efecto inmediatamente, sin necesidad de reiniciar el sistema.

   Nota

   Los cambios vuelven a ser por defecto después de reiniciar el sistema.

Procedimiento

1. Para listar todos los parámetros, utilice lo siguiente:

   # sysctl -a

   Copy to Clipboard Toggle word wrap

   El comando muestra todos los parámetros del kernel que se pueden configurar en tiempo de ejecución.

2. Para configurar un parámetro de forma permanente:

   # sysctl -w <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE> >> /etc/sysctl.conf

   Copy to Clipboard Toggle word wrap

   El comando de ejemplo cambia el valor sintonizable y lo escribe en el archivo /etc/sysctl.conf, que anula los valores por defecto de los parámetros del kernel. Los cambios tienen efecto inmediato y persistente, sin necesidad de reiniciar.

Procedimiento

1. Cree un nuevo archivo de configuración en /etc/sysctl.d/:

   # vim /etc/sysctl.d/<some_file.conf>

   Copy to Clipboard Toggle word wrap

2. Incluya los parámetros del núcleo, uno por línea, como sigue:

   <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>
   <TUNABLE_CLASS>.<PARAMETER>=<TARGET_VALUE>

   Copy to Clipboard Toggle word wrap
3. Guarde el archivo de configuración.

4. Reinicie la máquina para que los cambios surtan efecto.

   • Alternativamente, para aplicar los cambios sin reiniciar, ejecute:

     # sysctl -p /etc/sysctl.d/<some_file.conf>

     Copy to Clipboard Toggle word wrap

     Este comando le permite leer los valores del archivo de configuración, que creó anteriormente.

Procedimiento

1. Identifique un parámetro del núcleo que desee configurar:

   # ls -l /proc/sys/<TUNABLE_CLASS>/

   Copy to Clipboard Toggle word wrap

   Los archivos con permisos de escritura devueltos por el comando pueden utilizarse para configurar el kernel. Los archivos con permisos de sólo lectura proporcionan información sobre la configuración actual.

2. Asigna un valor objetivo al parámetro del núcleo:

   # echo <TARGET_VALUE> > /proc/sys/<TUNABLE_CLASS>/<PARAMETER>

   Copy to Clipboard Toggle word wrap

   El comando realiza cambios de configuración que desaparecerán una vez que se reinicie el sistema.

3. Opcionalmente, verifique el valor del parámetro del núcleo recién establecido:

   # cat /proc/sys/<TUNABLE_CLASS>/<PARAMETER>

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Edite el archivo /etc/default/grub utilizando los permisos de root.

2. Ajuste la opción crashkernel= al valor deseado.

   Por ejemplo, para reservar 128 MB de memoria, utilice lo siguiente:

   crashkernel=128M

   Copy to Clipboard Toggle word wrap

   Alternativamente, puede establecer la cantidad de memoria reservada en una variable en función de la cantidad total de memoria instalada. La sintaxis para la reserva de memoria en una variable es crashkernel=<range1>:<size1>,<range2>:<size2>. Por ejemplo:

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

   Copy to Clipboard Toggle word wrap

   El ejemplo anterior reserva 64 MB de memoria si la cantidad total de memoria del sistema es de 512 MB o superior e inferior a 2 GB. Si la cantidad total de memoria es superior a 2 GB, se reservan 128 MB para kdump.

   • Desplazar la memoria reservada.

     Algunos sistemas requieren reservar la memoria con un cierto offset fijo ya que la reserva del crashkernel es muy temprana, y quiere reservar algún área para uso especial. Si se establece el offset, la memoria reservada comienza allí. Para compensar la memoria reservada, utilice la siguiente sintaxis:

     crashkernel=128M@16M

     Copy to Clipboard Toggle word wrap

     El ejemplo anterior significa que kdump reserva 128 MB de memoria comenzando en 16 MB (dirección física 0x01000000). Si el parámetro offset se establece en 0 o se omite por completo, kdump desplaza la memoria reservada automáticamente. Esta sintaxis también se puede utilizar cuando se establece una reserva de memoria variable como se ha descrito anteriormente; en este caso, el offset siempre se especifica en último lugar (por ejemplo, crashkernel=512M-2G:64M,2G-:128M@16M).

3. Utilice el siguiente comando para actualizar el archivo de configuración de GRUB2:

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

   Copy to Clipboard Toggle word wrap

1. Elimine el signo de almohadilla (\ "#") del principio de la línea #path /var/crash.

2. Sustituya el valor por la ruta del directorio deseado. Por ejemplo:

   ruta /usr/local/cores

   Copy to Clipboard Toggle word wrap
   Importante

   En Red Hat Enterprise Linux 8, el directorio definido como el objetivo de kdump utilizando la directiva path debe existir cuando se inicia el servicio kdump systemd - de lo contrario el servicio falla. Este comportamiento es diferente de las versiones anteriores de Red Hat Enterprise Linux, donde el directorio se creaba automáticamente si no existía al iniciar el servicio.

1. Elimine el signo de almohadilla (\ "#") del principio de la línea #ext4, según su elección.

   • nombre del dispositivo (la línea #ext4 /dev/vg/lv_kdump )
   • etiqueta del sistema de archivos (la línea #ext4 LABEL=/boot )
   • UUID (la línea #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937 )

2. Cambie el tipo de sistema de archivos así como el nombre del dispositivo, la etiqueta o el UUID a los valores deseados. Por ejemplo:

   ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937

   Copy to Clipboard Toggle word wrap
   Importante

   Se recomienda especificar los dispositivos de almacenamiento utilizando un LABEL= o UUID=. No se garantiza que los nombres de los dispositivos de disco, como /dev/sda3, sean consistentes entre los reinicios.

   Importante

   Cuando se realiza un volcado a un dispositivo de almacenamiento de acceso directo (DASD) en el hardware IBM Z, es esencial que los dispositivos de volcado estén correctamente especificados en /etc/dasd.conf antes de proceder.

1. Elimine el signo de almohadilla (\ "#") del principio de la línea #raw /dev/vg/lv_kdump.

2. Sustituya el valor por el nombre del dispositivo previsto. Por ejemplo:

   raw /dev/sdb1

   Copy to Clipboard Toggle word wrap

1. Elimine el signo de almohadilla (\ "#") del principio de la línea #nfs my.server.com:/export/tmp.

2. Sustituya el valor por un nombre de host y una ruta de directorio válidos. Por ejemplo:

   nfs pingüino.ejemplo.com:/exportar/núcleos

   Copy to Clipboard Toggle word wrap

1. Elimine el signo de almohadilla (\ "#") del principio de la #ssh user@my.server.com línea.
2. Sustituya el valor por un nombre de usuario y un nombre de host válidos.

3. Incluya su clave SSH en la configuración.

   • Elimine el signo de almohadilla del principio de la línea #sshkey /root/.ssh/kdump_id_rsa.

   • Cambie el valor por la ubicación de una clave válida en el servidor al que está intentando hacer el volcado. Por ejemplo:

     ssh john@penguin.example.com
     sshkey /root/.ssh/mykey

     Copy to Clipboard Toggle word wrap

Procedimiento

1. Como root, edite el archivo de configuración /etc/kdump.conf y elimine el signo de almohadilla ("#") del comienzo de #core_collector makedumpfile -l --message-level 1 -d 31.
2. Para activar la compresión del archivo de volcado, ejecute:

Procedimiento

1. Como root, elimine el signo de almohadilla (\ "#") del comienzo de la línea #failure_action en el archivo de configuración /etc/kdump.conf.

2. Sustituya el valor por la acción deseada, como se describe en Sección 7.5.5, “Respuestas a fallos por defecto soportadas”. Por ejemplo:

   failure_action poweroff

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Para activar el servicio kdump, utilice el siguiente comando:

   # systemctl enable kdump.service

   Copy to Clipboard Toggle word wrap

   Esto permite el servicio para multi-user.target.

2. Para iniciar el servicio en la sesión actual, utilice el siguiente comando:

   # systemctl start kdump.service

   Copy to Clipboard Toggle word wrap

3. Para detener el servicio kdump, escriba el siguiente comando:

   # systemctl stop kdump.service

   Copy to Clipboard Toggle word wrap

4. Para desactivar el servicio kdump, ejecute el siguiente comando:

   # systemctl disable kdump.service

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Abra la pestaña Kernel Dump e inicie el servicio kdump.
2. Configure el uso de la memoria de kdump a través del command line.

3. Haga clic en el enlace junto a la opción Crash dump location.

   

   View larger image

   

4. Seleccione la opción Local Filesystem en el menú desplegable y especifique el directorio en el que desea guardar el volcado.

   

   View larger image

   

   • Alternativamente, seleccione la opción Remote over SSH del menú desplegable para enviar el vmcore a una máquina remota utilizando el protocolo SSH.

     Rellene los campos Server, ssh key, y Directory con la dirección de la máquina remota, la ubicación de la clave ssh y un directorio de destino.

   • Otra opción es seleccionar la opción Remote over NFS en el desplegable y rellenar el campo Mount para enviar el vmcore a una máquina remota utilizando el protocolo NFS.

     Nota

     Marque la casilla Compression para reducir el tamaño del archivo vmcore.

5. Pruebe su configuración haciendo fallar el kernel.

   

   View larger image

   
   Aviso

   Este paso interrumpe la ejecución del kernel y provoca la caída del sistema y la pérdida de datos.

Procedimiento

1. Instale y configure kdump como se describe en el capítulo 7, "Instalación y configuración de kdump".

2. Añada fadump=on a la línea GRUB_CMDLINE_LINUX en el archivo /etc/default/grub:

   GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/swap crashkernel=auto
   rd.lvm.lv=rhel/root rhgb quiet fadump=on"

   Copy to Clipboard Toggle word wrap

3. (Opcional) Si desea especificar la memoria de arranque reservada en lugar de utilizar los valores predeterminados, configure crashkernel=xxM a GRUB_CMDLINE_LINUX en /etc/default/grub, donde xx es la cantidad de memoria necesaria en megabytes:

   GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/swap crashkernel=xxM rd.lvm.lv=rhel/root rhgb quiet fadump=on"

   Copy to Clipboard Toggle word wrap
   Importante

   Red Hat recomienda probar todas las opciones de configuración de arranque antes de ejecutarlas. Si observa errores de falta de memoria (OOM) al arrancar desde el kernel de bloqueo, incremente el valor especificado en el argumento crashkernel= hasta que el kernel de bloqueo pueda arrancar limpiamente. En este caso puede ser necesario un poco de prueba y error.

Procedimiento

1. Añada o edite las siguientes líneas en el archivo /etc/sysctl.conf para asegurarse de que kdump se inicie como se espera para sadump:

   kernel.panic=0
   kernel.unknown_nmi_panic=1

   Copy to Clipboard Toggle word wrap
   Aviso

   En particular, asegúrese de que después de kdump, el sistema no se reinicie. Si el sistema se reinicia después de que kdump no haya guardado el archivo vmcore, entonces no será posible invocar el programa sadump.

2. Establezca el parámetro failure_action en /etc/kdump.conf adecuadamente como halt o shell.

   shell failure_action

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Habilite los repositorios correspondientes:

   # subscription-manager repos --enable baseos repository

   Copy to Clipboard Toggle word wrap

   # subscription-manager repos --enable appstream repository

   Copy to Clipboard Toggle word wrap

   # subscription-manager repos --enable rhel-8-for-x86_64-baseos-debug-rpms

   Copy to Clipboard Toggle word wrap

2. Instale el paquete crash:

   # yum install crash

   Copy to Clipboard Toggle word wrap

3. Instale el paquete kernel-debuginfo:

   # yum install kernel-debuginfo

   Copy to Clipboard Toggle word wrap

   El paquete corresponde a su núcleo en funcionamiento y proporciona los datos necesarios para el análisis del volcado.

Procedimiento

1. Para iniciar la utilidad crash, hay que pasar dos parámetros necesarios al comando:

   • El debug-info (una imagen vmlinuz descomprimida), por ejemplo /usr/lib/debug/lib/modules/4.18.0-5.el8.x86_64/vmlinux proporcionada a través de un paquete específico kernel-debuginfo.

   • El archivo vmcore real, por ejemplo /var/crash/127.0.0.1-2018-10-06-14:05:33/vmcore

     El comando crash resultante tiene el siguiente aspecto:

     # crash /usr/lib/debug/lib/modules/4.18.0-5.el8.x86_64/vmlinux /var/crash/127.0.0.1-2018-10-06-14:05:33/vmcore

     Copy to Clipboard Toggle word wrap

     Utilice la misma versión de <kernel> que fue capturada por kdump.

     Ejemplo 7.1. Ejecución de la utilidad de choque

     El siguiente ejemplo muestra el análisis de un volcado de núcleo creado el 6 de octubre de 2018 a las 14:05 PM, utilizando el kernel 4.18.0-5.el8.x86_64.

     ...
     WARNING: kernel relocated [202MB]: patching 90160 gdb minimal_symbol values
     
           KERNEL: /usr/lib/debug/lib/modules/4.18.0-5.el8.x86_64/vmlinux
         DUMPFILE: /var/crash/127.0.0.1-2018-10-06-14:05:33/vmcore  [PARTIAL DUMP]
             CPUS: 2
             DATE: Sat Oct  6 14:05:16 2018
           UPTIME: 01:03:57
     LOAD AVERAGE: 0.00, 0.00, 0.00
            TASKS: 586
         NODENAME: localhost.localdomain
          RELEASE: 4.18.0-5.el8.x86_64
          VERSION: #1 SMP Wed Aug 29 11:51:55 UTC 2018
          MACHINE: x86_64  (2904 Mhz)
           MEMORY: 2.9 GB
            PANIC: "sysrq: SysRq : Trigger a crash"
              PID: 10635
          COMMAND: "bash"
             TASK: ffff8d6c84271800  [THREAD_INFO: ffff8d6c84271800]
              CPU: 1
            STATE: TASK_RUNNING (SYSRQ)
     
     crash>

     Copy to Clipboard Toggle word wrap

2. Para salir del indicador interactivo y terminar crash, escriba exit o q.

   Ejemplo 7.2. Salir de la utilidad de choque

   crash> exit
   ~]#

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Siga el Kernel Oops Analyzer enlace para acceder a la herramienta.

2. Busque el mensaje oops pulsando el botón Examinar.

   

   View larger image

   
3. Haga clic en el botón DETECT para comparar el mensaje oops basado en la información de makedumpfile con las soluciones conocidas.

Procedimiento

1. Compruebe que el servicio kdump está habilitado y activo:

   # systemctl is-enabled kdump.service && systemctl is-active kdump.service enabled active

   Copy to Clipboard Toggle word wrap

   Si kdump no está habilitado y en funcionamiento vea, Sección 7.3.5, “Activación y desactivación del servicio kdump”.

2. Reconstruir la imagen initramfs del kernel de arranque con la funcionalidad early kdump:

   dracut -f --add earlykdump

   Copy to Clipboard Toggle word wrap

3. Añade el parámetro de línea de comandos del kernel rd.earlykdump:

   grubby --update-kernel=/boot/vmlinuz-$(uname -r) --args="rd.earlykdump"

   Copy to Clipboard Toggle word wrap

4. Reinicie el sistema para reflejar los cambios

   reboot

   Copy to Clipboard Toggle word wrap

5. Opcionalmente, verifique que rd.earlykdump fue agregado exitosamente y que la función early kdump fue habilitada:

   # cat /proc/cmdline
   BOOT_IMAGE=(hd0,msdos1)/vmlinuz-4.18.0-187.el8.x86_64 root=/dev/mapper/rhel-root ro crashkernel=auto resume=/dev/mapper/rhel-swap rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet rd.earlykdump
   
   # journalctl -x | grep early-kdump
   Mar 20 15:44:41 redhat dracut-cmdline[304]: early-kdump is enabled.
   Mar 20 15:44:42 redhat dracut-cmdline[304]: kexec: loaded early-kdump kernel

   Copy to Clipboard Toggle word wrap

Procedimiento

1. Opcionalmente, compruebe la versión de su kernel:

   # uname -r
   4.18.0-94.el8.x86_64

   Copy to Clipboard Toggle word wrap

2. Busque un paquete de parches en vivo que corresponda a la versión de su kernel:

   # yum search $(uname -r)

   Copy to Clipboard Toggle word wrap

3. Instale el paquete de parches en vivo:

   # yum install "kpatch-patch = $(uname -r)"

   Copy to Clipboard Toggle word wrap

   El comando anterior instala y aplica los últimos parches acumulativos en vivo sólo para ese núcleo específico.

   El paquete de live patching contiene un módulo de parches, si la versión del paquete es 1-1 o superior. En ese caso, el kernel será parcheado automáticamente durante la instalación del paquete de parcheo en vivo.

   El módulo de parche del kernel también se instala en el directorio /var/lib/kpatch/ para ser cargado por el sistema systemd y el gestor de servicios durante los futuros reinicios.

   Nota

   Si todavía no hay parches vivos disponibles para el núcleo dado, se instalará un paquete de parches vivos vacío. Un paquete de parches en vivo vacío tendrá un kpatch_version-kpatch_release de 0-0, por ejemplo kpatch-patch-4_18_0-94-0-0.el8.x86_64.rpm. La instalación del RPM vacío suscribe el sistema a todos los futuros parches en vivo para el núcleo dado.

4. Opcionalmente, verifique que el kernel está parcheado:

   # kpatch list
   Loaded patch modules:
   kpatch_4_18_0_94_1_1 [enabled]
   
   Installed patch modules:
   kpatch_4_18_0_94_1_1 (4.18.0-94.el8.x86_64)
   …​

   Copy to Clipboard Toggle word wrap

   La salida muestra que el módulo de parche del kernel se ha cargado en el kernel, que ahora está parcheado con las últimas correcciones del paquete kpatch-patch-4_18_0-94-1-1.el8.x86_64.rpm.