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 las descripciones de eventos de HPMSA para obtener información
sobre eventos específicos, que encontrará en la página de manuales HP MSA 2040:
http://www.hp.com/support/msa2040/manuals.
Los registros de eventos registran todos los eventos del sistema. Es muy importante revisar los registros, no
solo 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 grupo de discos 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 SMU v3:
1.
Compruebe que los controladores funcionen normalmente.
2.
Realice una de las siguientes acciones:
• Apunte a la ficha Sistema y seleccione Volver a comprobar canales de disco.
• En el tema Sistema, seleccione Acción > Volver a comprobar canales de disco.
Metodología de aislamiento de fallos
59