Colaboración : Cisco Unified Intelligence Center

Troubleshooting local del mensaje de Syslog del cliente NTP CUIC

23 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe un problema que se encuentre con el centro unificado Cisco de la inteligencia (CUIC) cuando el cliente local del Network Time Protocol (NTP) está apagado por más que el umbral aceptable de tres segundos de su par del sistema del telecontrol NTP. Las soluciones a este problema también se describen.

Contribuido por Taylan Kucuk, ingeniero de Cisco TAC.

Problema

Usted recibe este mensaje de Syslog:

El cliente NTP local está apagado por más que el umbral aceptable de 3 segundos de su par del sistema del telecontrol NTP. El remedio normal está para NTP Watch Dog para recomenzar automáticamente el NTP. Sin embargo, un número inusual de reinicios automáticos NTP ha ocurrido ya en este nodo. Los reinicios automáticos no adicionales NTP serán hechos hasta que la sincronización horaria NTP se estabilice. Ésta es probablemente a causa a una cantidad excesiva de migraciones o de almacenamiento VMotions de la máquina virtual de VMware. Consulte por favor su equipo de soporte técnico de la infraestructura de VMware.

Solución

Esta sección describe dos posibles causas para el problema y las soluciones.

Primera causa

El Syslog se llena de los mensajes NTP previamente descritos porque usted hace más de un servidor NTP configurar, y puede ser que no sean correctamente synced.

Resolución

Usted debe quitar los servidores NTP adicionales y generar una nueva licencia. Una vez que esto es completo, se borran los mensajes de Syslog NTP.

En segundo lugar causa

No hay espacio disponible en el CUIC.

Resolución

Con la versión 9.0(1) CUIC, presentan a los nuevos comandos CLI de modo que usted pueda borrar los archivos vía el acceso normal CLI. Por lo tanto, usted no necesita el acceso a raíz con el Centro de Asistencia Técnica de Cisco (TAC).

Ingrese el comando del noconfirm del *.log de /cuic/logs/jmx/ del activelog de la cancelación del archivo en el nodo secundario para borrar los archivos de jmx.log. En este ejemplo, el uso del disco se reduce al 77 por ciento después de que se ingrese el comando:

                        Total            Free            Used
Disk/active 27087452K 15555208K 11257052K (42%)
Disk/inactive 27087420K 14989416K 11822812K (45%)
Disk/logging 94235980K 20874792K 68574224K (77%)

Ingrese estos comandos en el Nodo primario para borrar los registros CUIC para 2013:

  • clasifíe el noconfirm del activelog /cuic/logs/cuic/CCBU-cuic.2013* de la cancelación
  • clasifíe el noconfirm del activelog /cuic/logs/cuic/ERROR-cuic.2013* de la cancelación

Para los problemas futuros, usted puede ingresar el comando común de la clase del directorio del uso del disco de la demostración para identificar los directorios que tienen los tamaños más grandes y borrar los archivos del registro basados en la salida. Sin embargo, la cancelacíon de los archivos descritos en esta sección es generalmente suficiente.

RTMT problemas

Es posible que la herramienta del monitor en tiempo real (RTMT) pudo congelar cuando usted intenta abrir los mensajes de Syslog. Esto ocurre porque los tamaños del mensaje de Syslog son 123 MB, que es demasiado grande.

Con el acceso a raíz, usted puede navegar a var > registro > active > Syslog > los mensajes y limpiar el contenido del archivo. Una vez que esto es completo, RTMT puede abrir el archivo.

Nota: Usted puede ser que tenga que recomenzar el NTP y confirmar que los mensajes están abiertos una sesión.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 117653