Introducción
Este documento describe cómo identificar un apagado inesperado de cualquier aplicación sobre el sistema operativo de voz (VOS) personalizado de Cisco.
Prerequisites
Requirements
No hay requisitos específicos para este documento.
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Cisco Unified Communications Manager (CUCM), Cisco Unity Connection (CUC), Cisco Unified Contact Center Express (UCCX), Cisco Emergency Responder (CER) y Cisco Prime se consideran aplicaciones de UC.
Si el servidor experimenta un apagado inesperado, no se puede garantizar la coherencia del sistema de archivos. Los archivos se pueden quitar inesperadamente, se puede cambiar la propiedad de los permisos de archivo o se puede dañar el contenido de los archivos.
Para recuperar temporalmente el sistema, ejecute el disco de recuperación del sistema liberado para la versión de software correspondiente.
Verificar apagado incorrecto
Revise el archivo system-history.log para determinar si un sistema se ha apagado incorrectamente.
Nota: el archivo history.log se mejoró para realizar un seguimiento de los apagados incorrectos con el ID de error de funcionamiento CSCtr8859 de Cisco para agregar alarmas y alertas para reinicios inesperados que se integran en las versiones 9.1(1) y posteriores de CUCM.
- Descargue los registros de instalación/actualización de la herramienta Cisco Unified Real-Time Monitoring Tool (RTMT) y recopile el archivo system-history.log.
or
Ingrese el comando file view install system-history.log en la interfaz de línea de comandos (CLI).
- Examine cada instancia de root: Boot, y confirme que cada instancia está precedida por una de estas líneas:
root: Restart
root: Shutdown
root: Install
root: Upgrade
- Si una instancia de arranque no se realiza mediante un reinicio, apagado, instalación o actualización, es probable que se haya producido un apagado 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 coherencia del sistema de archivos. Consulte estos ID de bug de Cisco para obtener más detalles:
- ID de bug de Cisco CSCth60800, "Advertencia de disco de recuperación para reconstruir el sistema después de la reparación del sistema de archivos"
- ID de bug de Cisco CSCth5322, "Documentar la necesidad de la reconstrucción del sistema después de la reparación del sistema de archivos"
- Id. de error de Cisco CSCuy94644, "Corrupción de Cisco Emergency Responder tras apagado 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 started shutdown o restart not logging to system-history.log" y si el servidor se cierra a través de VSphere cuando se inicia un apagado de invitado, esa entrada no se incluye en system-history.log.
Comentarios