HP Almacenamiento SAN de HP MSA 1040 - Manual (Página 51)

Metodología de aislamiento de fallos 51
produciendo el fallo. También, puede proporcionar una información más detallada sobre las FRU, los
datos y los fallos.
Revisión de los registros del evento
Los registros del evento registran todos los eventos del sistema. Cada evento tiene un código numérico que
identifica el tipo de evento que se ha producido y tiene uno de los siguientes niveles de gravedad:
• Crítico. Se ha producido un fallo que puede provocar el cierre del controlador. Solucione el problema
de inmediato.
• Error. Se ha producido un fallo que puede afectar la integridad de datos o la estabilidad del sistema.
Solucione el problema cuanto antes.
• Advertencia. Se ha producido un problema que puede afectar la estabilidad del sistema pero no la
integridad de datos. Evalúe el problema y corríjalo si es necesario.
• Informativo. Se ha producido un cambio de estado o configuración, o se ha producido un problema
que el sistema ha corregido. No necesita hacer nada de inmediato.
Consulte la Guía de referencia de descripciones de eventos de HP MSA para obtener información sobre
eventos específicos, que encontrará en la página de manuales 1040 MSA HP:
http://www.hp.com/support/msa1040/manuals .
Los registros de eventos registran todos los eventos del sistema. Es muy importante revisar los registros, no
sólo con el fin de identificar el fallo, sino también para los buscar eventos que lo podrían haber
originado. Por ejemplo, un host puede perder la conectividad con un disco virtual si un usuario modifica
la configuración del canal sin tener en cuenta los recursos de almacenamiento asignados. Además, el tipo
de fallo le puede ayudar a aislar el problema en el hardware o en el software.
Aislamiento del fallo
En ocasiones, puede ser necesario aislar el fallo. Esto sucede especialmente con las rutas de acceso a
datos, debido a la cantidad de componentes que contiene la ruta de acceso a datos. Por ejemplo, si se
produce un error de datos en el host, es posible que la causa sea cualquiera de los componentes de la
ruta de acceso a datos: módulo del controlador, cable, conectores o host de datos.
Si el receptáculo no se inicializa
Es posible que los receptáculos necesiten hasta dos minutos para inicializarse. Si el receptáculo no se
inicializa:
• Realice una comprobación.
• Apague el sistema y vuelva a encenderlo.
• Asegúrese de que el cable de alimentación esté bien conectado y revise la fuente de alimentación
correspondiente.
• Compruebe si hay errores en el registro de sucesos.
Corrección de los ID del receptáculo
Cuando instale un sistema con receptáculos de unidad adjuntos, es posible que los ID del receptáculo no
coincidan con el orden de cableado físico. Esto se debe a que el controlador puede haberse conectado
previamente a algunos de los mismos receptáculos durante la prueba de fábrica, e intenta conservar los
ID de los receptáculos anteriores si es posible. Para corregir el problema, asegúrese de que ambos
controladores estén funcionando y realice una nueva comprobación con SMU o la CLI. Esto volverá a
ordenar los receptáculos, pero corregir los ID de los receptáculos puede tardar hasta dos minutos.
Para realizar una nueva comprobación con la CLI, escriba el siguiente comando:
rescan
Para realizar una nueva comprobación con la SMU:
1. Compruebe que los controladores funcionen normalmente.
2. En el panel Vista de configuración, haga clic con el botón secundario en el sistema y seleccione
Herramientas > Volver a comprobar los canales de disco.
3. Haga clic en Volver a examinar.