Voix et communications unifiées : Cisco Unity Connection

Les logs de jetée d'Unity Connection remplissent partition racine

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

Introduction

Ce document décrit une question qui a récemment été livré à l'attention du centre d'assistance technique Cisco (TAC) où l'Unity Connection de logins de jetée remplira partition racine. Il y a eu une certaine confusion au sujet de la façon dont l'ID de bogue Cisco CSCts98388 aborde la question. Le but de ce document est d'expliquer quelles étapes sont exigées afin d'aborder la question. Supplémentaire, il décrit des étapes suivantes.

Contribué par la colline de Scott, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance des versions 8.5.1 de Cisco Unity Connection, 8.6.2, et 9.x.

Composants utilisés

Les informations dans ce document sont basées sur des versions 8.5.1, 8.6.2, et 9.x de Cisco Unity Connection.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Problème

Vous pourriez recevoir une notification dans les logs ou par l'outil de suivi en temps réel (RTMT) cet espace disque d'Unity Connection est bas sur la partition racine. Le problème est dans certains cas que les logs de jetée consomment une grande partie de l'espace.

L'ID de bogue Cisco CSCts98388 a été classé afin d'aborder cette question. Cependant, il y a eu une certaine confusion au sujet de la façon dont une version de logiciel patchée aborde le problème. La partie Solution discute comment résoudre le problème.

Solution

Se connecter de débronchement

Terminez-vous ces étapes afin de désactiver se connecter.

  1. Obtenez une version de logiciel pour l'Unity Connection qui a ce défaut corrigé. Une fois que cette version est chargée, vous aurez les commandes disponibles qui n'étaient pas là précédemment.

    Remarque: Il est important de comprendre que le chargement de la version patchée par lui-même n'empêche pas la question.



    Voici les commandes pour le log de demande :

    set cuc jetty requestlog enable
    set cuc jetty requestlog disable


    Voici les commandes pour le log de StdErr :

    set cuc jetty stderrlog enable
    set cuc jetty stderrlog disable


    Voici les commandes pour le log de Stdout :

    set cuc jetty stdoutlog enable
    set cuc jetty stdoutlog disable


  2. Sélectionnez ces commandes sur les deux Publisher et l'abonné afin d'empêcher le log de continuer à remplir lecteurs :

    set cuc jetty requestlog disable

    set cuc jetty stderrlog disable

    set cuc jetty stdoutlog disable


  3. Redémarrez le service de jetée pour que les commandes les prennent effet. Sans reprise du service, les logs continuent à écrire et remplir l'espace.

    Remarque: Quand une mise à jour est terminée, les logs de jetée sont réactivés. Ainsi, après qu'une mise à jour soit terminée, vous devez sélectionner les trois commandes répertoriées dans l'étape 2 afin de désactiver se connecter et redémarrer le service de jetée.

Espace disque clair

Terminez-vous l'espace disque clair de ces étapes.

Malheureusement, seulement le log de Stdout a une commande de retirer les logs par l'intermédiaire de l'admin. Les deux autres logs doivent être retirés par l'intermédiaire de la racine. Cette section décrit les commandes de sorte que vous vous rendiez compte de elles. Ce document peut être mis en référence quand vous ouvrez une valise TAC.

Log de demande

Voici le chemin pour le log : /usr/local/jetty/logs/ *.request.log.

Voici la commande de retirer des logs par l'intermédiaire de la racine :

rm -fv /usr/local/jetty/logs/2014*.log

Log de Stderr

Voici le chemin pour le log : /var/log/active/jetty/ *.stderrout.log.

Voici la commande de retirer des logs par l'intermédiaire de la racine :

Cette commande supprime les fichiers qui sont plus anciens que cinq jours :

rm -fv /var/log/active/jetty/2014*.log

Log de Stdout

Voici le chemin pour le log : /var/log/active/jetty/ *.stdout.log.

Voici la commande de supprimer par l'intermédiaire de la racine :

rm -fv /var/log/active/jetty/2014*.log

Voici la commande de supprimer par l'intermédiaire de l'admin :

file delete activelog /jetty/2014*.log noconfirm

Étapes suivantes

L'unité commerciale étudiera une amélioration au logiciel où ceci qui se connecte est désactivée par défaut.

L'ID de bogue Cisco CSCup13856 a été augmenté pour aborder ces points :

  • Placez la valeur par défaut du suivi de log de jetée afin de désactiver.
  • Les configurations de l'enable/disable CLI devraient persister au-dessus de la mise à jour.

À ce moment, il n'y a aucune date spécifique pour son implémentation.


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: 117789