4.4.9. Cambios para la recolección de daños de kernel (kdump)

La directiva net ya no tiene soporte. Los usuarios ahora deben definir de forma explícita ya sea ssh o nfs.

La opción blacklist ya no cuenta con soporte. En su lugar, los usuarios pueden especificar rd.driver.blacklist como un parámetro en el archivo /etc/sysconfig/kdump de su kernel de captura.

La acción predeterminada mount_root_run_init , la cual se realizaba si fallaba el volcado a un destino, ha sido remplazada por la acción dump_to_rootfs . En lugar de montar el sistema de archivos raíz real, ejecutar scripts init,e intentar guardar el vmcore cuando el servicio kdump ha iniciado, esta nueva acción monta el sistema de archivos raíz y guarda el vmcore inmediatamente.

La nueva directiva, dracut_args, le permite especificar argumentos dracut adicionales cuando configura kdump.

La opción debug_mem_level ya no se incluye en kdump . Esta funcionalidad ha sido trasladada a dracut. Los usuarios pueden realizar la misma funcionalidad al especificar rd.memdebug como un parámetro en el archivo /etc/sysconfig/kump de su kernel de captura.

La directiva options antes se utilizaba para incluir parámetros específicos al módulo de kernel en el sistema de archivos RAM de inicio (initramfs). Este método ya no tiene soporta en Red Hat Enterprise Linux 7. En su lugar, los usuarios pueden especificar los parámetros específicos en el archivo /etc/sysconfig/kdump del kernel de captura.

Los parámetros link_delay y disk_timeout ya no se necesitan o no cuentan con soporte, ya que dracut contiene udev, que dirige el caso de uso para el cual estos parámetros se requerían anteriormente.

Cualquier destino de volcado de segundo plano del sistema de archivos debe montarse en el kernel dañado antes de que el servicio de kdump sea iniciado y la imagen de ramdisk inicial sea creada. Usted puede realizar esto si adiciona estos destinos a /etc/fstab para que sean automáticamente montados en el momento del arranque.

Si usted especifica una ruta, pero no especifica el destino, y ningún directorio en la ruta que especifica es el punto de montaje para un dispositivo independiente, el vmcore se guarda en la ruta, no el dispositivo montado en alguna parte a lo largo de esa ruta. Por lo tanto, cuando reinicia su sistema y el dispositivo se monta, el vmcore no se puede acceder, debido a que el dispositivo se ha montado por encima de su ubicación. Red Hat Enterprise Linux 7 ahora advierte sobre este problema cuando usted especifica una ruta sin especificar el destino.