Collaboration : Cisco Unified Intelligence Suite and Intelligence Center

Dépannage local de message de Syslog de client de NTP CUIC

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit un problème qui est produit avec le centre d'intelligence de Cisco Unified (CUIC) quand le client local de Protocole NTP (Network Time Protocol) n'est pas en ligne par plus que le seuil acceptable de trois secondes de son pair distant de système de NTP. Des solutions au problème sont également décrites.

Contribué par Taylan Kucuk, ingénieur TAC Cisco.

Problème

Vous recevez ce message de Syslog :

Le client local de NTP n'est pas en ligne par plus que le seuil acceptable de 3 secondes de son pair distant de système de NTP. La solution normale est pour le NTP Watch Dog pour redémarrer automatiquement le NTP. Cependant, un nombre peu commun de reprises automatiques de NTP se sont déjà produits sur ce noeud. Des reprises automatiques pas supplémentaires de NTP seront faites jusqu'à ce que la synchronisation horaire de NTP stabilise. C'est vraisemblablement dû à un nombre excessif de transferts ou de mémoire VMotions de virtual machine de VMware. Veuillez consulter votre équipe d'assistance d'infrastructure de VMware.

Solution

Cette section décrit deux causes possibles pour le problème et les solutions.

Première cause

Le Syslog est rempli de messages précédemment décrits de NTP parce que vous faites configurer plus d'un serveur de NTP, et ils ne pourraient pas correctement synced.

Résolution

Vous devez retirer les serveurs supplémentaires de NTP et générer un nouveau permis. Une fois que c'est complet, les messages de Syslog de NTP sont effacés.

En second lieu cause

Il n'y a aucun espace disponible dans le CUIC.

Résolution

Avec la version 9.0(1) CUIC, de nouvelles commandes CLI sont introduites de sorte que vous puissiez supprimer les fichiers par l'intermédiaire de l'accès normal CLI. Par conséquent, vous n'avez pas besoin de l'accès de racine par le centre d'assistance technique Cisco (TAC).

Sélectionnez la commande de noconfirm de /cuic/logs/jmx/ *.log d'activelog d'effacement de fichier sur le noeud secondaire afin de supprimer les fichiers de jmx.log. Dans cet exemple, l'utilisation du disque est réduite à 77 pour cent après que la commande soit sélectionnée :

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

Sélectionnez ces commandes sur le noeud primaire afin de supprimer les logs CUIC pour 2013 :

  • noconfirm de l'activelog /cuic/logs/cuic/CCBU-cuic.2013* d'effacement de fichier
  • noconfirm de l'activelog /cuic/logs/cuic/ERROR-cuic.2013* d'effacement de fichier

Pour de futures questions, vous pouvez sélectionner la commande commune de tri de répertoire d'utilisation de show disk afin d'identifier les répertoires qui ont la plus grande taille et supprimer les fichiers journal basés sur la sortie. Cependant, la suppression des fichiers décrits dans cette section est habituellement suffisante.

Questions RTMT

Il est possible que l'outil en temps réel de moniteur (RTMT) pourrait geler quand vous tentez d'ouvrir les messages de Syslog. Ceci se produit parce que la taille du message de Syslog est 123 Mo, qui est trop grand.

Avec l'accès de racine, vous pouvez naviguer vers distributeur intégrant son logiciel au matériel > log > active > Syslog > messages et nettoyer le contenu du fichier. Une fois que c'est complet, le RTMT peut ouvrir le fichier.

Remarque: Vous pourriez devoir redémarrer le NTP et le confirmer que les messages sont ouverts une session.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 117653