6.7.8. Núcleo
El módulo i40iw no se carga automáticamente en el arranque
Debido a que muchos NICs i40e no soportan iWarp y el módulo i40iw no soporta completamente la suspensión/reanudación, este módulo no se carga automáticamente por defecto para asegurar que la suspensión/reanudación funcione correctamente. Para solucionar este problema, edite manualmente el archivo /lib/udev/rules.d/90-rdma-hw-modules.rules para activar la carga automática de i40iw.
Tenga en cuenta también que si hay otro dispositivo RDMA instalado con un dispositivo i40e en la misma máquina, el dispositivo RDMA no i40e activa el servicio rdma, que carga todos los módulos de pila RDMA habilitados, incluido el módulo i40iw.
(BZ#1623712)
La interfaz de red pasa a llamarse kdump-
Cuando se utiliza el volcado asistido por firmware(fadump) para capturar un vmcore y almacenarlo en una máquina remota utilizando el protocolo SSH o NFS, la interfaz de red se renombra como kdump-
(BZ#1745507)
Los sistemas con una gran cantidad de memoria persistente experimentan retrasos durante el proceso de arranque
Los sistemas con una gran cantidad de memoria persistente tardan mucho en arrancar porque la inicialización de la memoria se hace en serie. Por lo tanto, si hay sistemas de archivos de memoria persistente listados en el archivo /etc/fstab, el sistema puede perder el tiempo mientras espera que los dispositivos estén disponibles. Para solucionar este problema, configure la opción DefaultTimeoutStartSec en el archivo /etc/systemd/system.conf con un valor suficientemente grande.
(BZ#1666538)
KSM a veces ignora las políticas de memoria NUMA
Cuando la función de memoria compartida del kernel (KSM) está activada con el parámetro merge_across_nodes=1, KSM ignora las políticas de memoria establecidas por la función mbind(), y puede fusionar páginas de algunas áreas de memoria a nodos de acceso a memoria no uniforme (NUMA) que no coinciden con las políticas.
Para solucionar este problema, desactive KSM o establezca el parámetro merge_across_nodes a 0 si utiliza la unión de memoria NUMA con QEMU. Como resultado, las políticas de memoria NUMA configuradas para la VM KVM funcionarán como se espera.
(BZ#1153521)
El sistema entra en el modo de emergencia en el momento del arranque cuando fadump está activado
El sistema entra en el modo de emergencia cuando se habilita el módulo de squash fadump (kdump) o dracut en el esquema initramfs porque el gestor systemd no consigue obtener la información de montaje y configurar la partición LV para montarla. Para solucionar este problema, añada el siguiente parámetro de línea de comandos del kernel rd.lvm.lv=<VG>/<LV> para descubrir y montar la partición LV fallida adecuadamente. Como resultado, el sistema arrancará con éxito en el escenario descrito.
(BZ#1750278)
El uso de irqpoll en la línea de comandos del kernel kdump provoca un fallo en la generación de vmcore
Debido a un problema subyacente existente con el controlador nvme en las arquitecturas ARM de 64 bits que se ejecutan en las plataformas de la nube de Amazon Web Services (AWS), la generación de vmcore falla si el argumento de línea de comandos irqpoll kdump se proporciona al primer núcleo. En consecuencia, no se vuelca ningún vmcore en el directorio /var/crash/ después de un fallo del kernel. Para solucionar este problema:
-
Añade
irqpolla la claveKDUMP_COMMANDLINE_REMOVEen el archivo /etc/sysconfig/kdump. -
Reinicie el servicio
kdumpejecutando el comandosystemctl restart kdump.
Como resultado, el primer kernel arranca correctamente y se espera que el vmcore sea capturado al caer el kernel.
(BZ#1654962)
El kernel de depuración no arranca en el entorno de captura de fallos en RHEL 8
Debido a la naturaleza de demanda de memoria del kernel de depuración, se produce un problema cuando el kernel de depuración está en uso y se desencadena un pánico del kernel. Como consecuencia, el kernel de depuración no es capaz de arrancar como el kernel de captura, y en su lugar se genera una traza de pila. Para solucionar este problema, aumente la memoria del kernel de captura en consecuencia. Como resultado, el kernel de depuración arranca con éxito en el entorno de captura de fallos.
(BZ#1659609)
los cambios desoftirq pueden hacer que la interfaz localhost deje caer los paquetes UDP cuando está bajo una gran carga
Los cambios en el manejo de las interrupciones de software(softirq) del kernel de Linux se realizan para reducir los efectos de la denegación de servicio (DOS). En consecuencia, esto conduce a situaciones en las que la interfaz localhost deja caer los paquetes del Protocolo de Datagramas de Usuario (UDP) bajo una gran carga.
Para solucionar este problema, aumente el tamaño del búfer de acumulación de dispositivos de red al valor 6000:
eco 6000
En las pruebas de Red Hat, este valor fue suficiente para evitar la pérdida de paquetes. Los sistemas más cargados podrían requerir valores de backlog mayores. El aumento de los backlogs tiene el efecto de aumentar potencialmente la latencia en la interfaz localhost.
El resultado es aumentar el búfer y permitir que haya más paquetes en espera de ser procesados, lo que reduce las posibilidades de que se caigan los paquetes de localhost.
(BZ#1779337)
