Buscar

7.5.3. Objetivos de kdump compatibles

download PDF

Cuando se captura un fallo del kernel, el archivo de volcado de vmcore puede escribirse directamente en un dispositivo, almacenarse como un archivo en un sistema de archivos local o enviarse a través de una red. La siguiente tabla contiene una lista completa de los objetivos de volcado que actualmente son compatibles o que no son explícitamente compatibles con kdump.

Tabla 7.3. Objetivos kdump compatibles
TipoObjetivos compatiblesObjetivos no compatibles

Dispositivo en bruto

Todos los discos y particiones raw conectados localmente.

 

Sistema de archivos local

ext2, ext3, ext4, y xfs sistemas de archivos en unidades de disco conectadas directamente, unidades lógicas RAID por hardware, dispositivos LVM y matrices mdraid.

Cualquier sistema de archivos local que no aparezca explícitamente en esta tabla, incluido el tipo auto (detección automática del sistema de archivos).

Directorio remoto

Directorios remotos a los que se accede mediante el protocolo NFS o SSH a través de IPv4.

Directorios remotos en el sistema de archivos rootfs a los que se accede mediante el protocolo NFS.

Directorios remotos a los que se accede mediante el protocolo iSCSI a través de iniciadores de hardware y software.

Directorios remotos a los que se accede mediante el protocolo iSCSI en el hardware be2iscsi.

Almacenes basados en la trayectoria múltiple.

 

Directorios remotos a los que se accede a través de IPv6.

 

Directorios remotos a los que se accede mediante el protocolo SMB o CIFS.

 

Directorios remotos a los que se accede mediante el protocolo FCoE (Fibre Channel over Ethernet).

 

Directorios remotos a los que se accede mediante interfaces de red inalámbricas.

Importante

Utilizar el volcado asistido por el firmware (fadump) para capturar un vmcore y almacenarlo en una máquina remota utilizando el protocolo SSH o NFS provoca el cambio de nombre de la interfaz de red a kdump-<interface-name>. El cambio de nombre ocurre si el <interface-name> es genérico, por ejemplo *eth#, net#, y así sucesivamente. Este problema se produce porque los scripts de captura de vmcore en el disco RAM inicial (initrd) añaden el prefijo kdump- al nombre de la interfaz de red para asegurar la persistencia del nombre. Como el mismo initrd se utiliza también para un arranque normal, el nombre de la interfaz se cambia también para el kernel de producción.

Recursos adicionales

Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.