Contenido

Introducción

Verificación del cierre incorrecto

Introducción

Este documento describe cómo identificar un cierre inesperado de Cisco Unified Communications Manager (CallManager) (CUCM), Cisco Unity Connection (UC), Cisco Unified Contact Center Express (UCCX), Cisco Emergency Responder (CER), Cisco Prime o cualquier aplicación que se ejecute en el sistema operativo de voz (VOS) personalizado de Cisco. Si el servidor experimenta un apagado inesperado, no se puede garantizar la coherencia del sistema de archivos. Los archivos pueden eliminarse inesperadamente, la propiedad de los permisos de archivo puede cambiarse o el contenido de los archivos puede estar dañado.

Para recuperar temporalmente el sistema, ejecute el disco de recuperación del sistema liberado para la versión de software correspondiente.

Verificación del cierre incorrecto

Revise system-history.log para determinar si un sistema se ha apagado incorrectamente.

Nota: El system-history.log se agregó como parte del ID de bug de Cisco CSCsl94283, "CCM 5.X debería realizar un seguimiento de todas las instalaciones/actualizaciones con History.log como 4.X". No se realizó un seguimiento de las versiones de versiones anteriores. El history.log se mejoró para realizar un seguimiento de los bloqueos inadecuados con el ID de bug de Cisco CSCtr88859 para agregar alarmas y alertas para reinicios inesperados que se integran en las versiones 9.1(1) y posteriores de CUCM.

1. Descargue los registros de instalación/actualización de la herramienta de supervisión en tiempo real (RTMT) de Cisco Unified y recopile el registro system-history.log.

or

Ingrese el comando file view install system-history.log en la interfaz de línea de comandos (CLI).

2. Examine cada instancia de la raíz: Inicie y confirme que cada instancia está precedida por una de estas líneas:

root: Restart

root: Shutdown

root: Install

root: Upgrade

3. Si una instancia de inicio no es procesada por un reinicio, apagado, instalación o actualización, es probable que se haya producido un cierre no limpio.

Este es un ejemplo de un apagado no limpio:

08/14/2012 13:36:09 | root: Boot 9.0.1.10000-37 Start

08/14/2012 17:28:25 | root: Boot 9.0.1.10000-37 Start

En este ejemplo, se debe reconstruir el servidor para garantizar la consistencia del sistema de archivos. Consulte estos ID de bug de Cisco para obtener más detalles:

- Id. de error de Cisco CSCth60800, "Advertencia sobre disco de recuperación para reconstruir el sistema después de la reparación del sistema de archivos"

- Id. de error de Cisco CSCth53322, "Documentar la necesidad de reconstruir el sistema después de la reparación del sistema de archivos"

- Id. de error de Cisco CSCuy94644, "Corrupción de Cisco Emergency Responder tras cierre inesperado"

Nota: Si el servidor se ejecuta en VMware en una versión sin la corrección del Id. de error de Cisco CSCtw73590, "VSphere inició shutdown o restart no se registró en system-history.log" y si el servidor se apaga a través de VSphere cuando se inicia un cierre de invitado, es posible que esa entrada no se incluya en el registro system-history.log.