Administrator Guide

donde [device] es el nombre del dispositivo multirruta (por ejemplo, mpath2; no especifique la ruta)
La E/S se puede colgar cuando se elimina un dispositivo Device Mapper antes de desmotar el disco virtual.
Si el módulo scsi_dh_rdac no está incluido en initrd, puede verse una detección de dispositivos más lenta y el registro del
sistema puede rellenarse con mensajes de error de E/S del búfer.
La actividad de E/S puede colgarse si se reinicia el servidor host o la matriz de almacenamiento mientras la E/S está activa. Debe
detenerse toda la actividad de E/S a la matriz de almacenamiento antes de apagar o reiniciar el servidor host o la matriz de
almacenamiento.
Con un arreglo de almacenamiento serie MD, después de restaurar una ruta en error, no se produce automáticamente la conmutación
por recuperación porque el controlador no puede detectar automáticamente dispositivos sin un nuevo análisis forzado. Ejecute el
comando rescan_dm_devs para forzar un nuevo análisis del servidor host. Esto restaura las rutas en error que permiten que se
produzca la conmutación por recuperación.
La conmutación por recuperación puede ser lenta cuando el sistema host experimenta una actividad de E/S intensiva. El problema se
agrava si el servidor host también experimenta un uso muy elevado del procesador.
El servicio de Múltiples rutas de Device Mapper puede ser lento cuando el sistema host experimenta una actividad de E/S intensiva. El
problema se agrava si el servidor host también experimenta un uso muy elevado del procesador.
Si el disco raíz no figura en la lista negra en el archivo multipath.conf, se puede crear un nodo multirruta para el disco raíz. El
comando multipath –ll enumera el Id. de producto/proveedor que puede ayudar a identificar este problema.
Si se actualiza desde una versión anterior de SLES, desinstale y vuelva a instalar el módulo scsi_dh_rdac más reciente en la
instalación de SLES actualizada. A continuación, actualice el kernel e instale el MD Storage Manager desde el DVD.
Solución de problemas
Tabla 16. Solución de problemas
Pregunta Respuesta
¿Cómo puedo comprobar si se está ejecutando
multipathd?
Ejecute el comando siguiente:
/etc/init.d/multipathd status
¿Por qué la salida del comando multipath –ll no
muestra ningún dispositivo?
Primero, verifique si los dispositivos están detectados o no. El comando #cat /
proc/scsi/scsi muestra todos los dispositivos que ya se han detectado. A
continuación, compruebe el multipath.conf para asegurar que se haya actualizado
con la configuración adecuada. Después de esto, ejecute multipath. A
continuación, ejecute multipath –ll; deben aparecer los nuevos dispositivos.
¿Por qué no se ha asignado un LUN recién
asignado a un nodo de dispositivos multirruta?
Ejecute rescan_dm_devs en cualquier directorio. Esto debe hacer que aparezcan
los dispositivos.
Quité un LUN, pero la asignación multirruta sigue
ahí.
El dispositivo multirruta aún está disponible después de quitar los LUN. Ejecute
multipath –f <device node for the deleted LUN> para quitar la
asignación multirruta. Por ejemplo, si se elimina un dispositivo relacionado con /dev/
dm-1, debe ejecutar multipath –f /dev/dm-1 para quitar /dev/dm-1 de la
tabla de asignaciones DM. Si se detiene/reinicia el daemon multirruta, ejecute
multipath –Fpara vaciar todas las asignaciones antiguas.
La conmutación por recuperación no se produce
según lo esperado con la matriz.
En ocasiones, el controlador de bajo nivel no puede detectar automáticamente los
dispositivos que vuelven con el arreglo. Ejecute rescan_dm_devs para volver a
analizar el bus SCSI de servidor host y volver a agregar dispositivos en la capa
multirruta.
Múltiples rutas de Device Mapper para Linux 151