Grande utilisation du disque pour le composant de contrôleur de Cisco EnergyWise

Introduction

Ce document décrit les causes possibles et les solutions pour une utilisation du disque particulièrement grande pour une installation de contrôleur de la Gestion de Cisco EnergyWise (CEM, CEM ou CEWMS). Le CEM utilise le composant de contrôleur afin de communiquer avec les points finaux ou les périphériques dont vous voulez récupérer ou contrôler les informations énergétiques.

Problème

L'utilisation de l'espace du contrôleur est normalement tout à fait limitée et plutôt stable, mais dans certains cas, les débuts de répertoire d'installation pour se développer et des débuts à manger vers le haut de tout l'espace. L'espace-problème peut avoir de plusieurs causes et l'utilisation de l'espace peut être dans de plusieurs sous-répertoires du répertoire d'installation. La plupart des causes classiques et leurs solutions peuvent être trouvées dans le reste de l'article.

Solution

1. Grands service/répertoire dû aux journaux des erreurs

Chaque fois que le contrôleur quitte inopinément ou éprouve une erreur, il obtient automatiquement récupéré par le service de watcher de système et l'utilisateur normalement ne note pas vraiment que l'erreur s'est produite.

Quand une telle exception se produit, un fichier journal (.log) et le fichier du minidump (.mdmp) est créé dans le service/répertoire du répertoire d'installation de contrôleur (par défaut : Contrôleur \ service de gestion énergétique de C:\Program Files\Cisco). Ces fichiers sont autour de la moyenne 350MB dans la taille et au cas où le service de contrôleur souffrirait de plusieurs exceptions au fil du temps, l'espace utilisé par ces fichiers peut devenir considérablement un grand nombre comme vu ici :

La solution pour la première cause est plutôt simple comme vous pouvez juste supprimer .log et des fichiers .mdmp sans rien les affectent sur le contrôleur courant. Maintenez dans l'esprit qu'il doit y a une raison pour laquelle les fichiers existent et s'ils apparaissent de façon régulière. C'est une bonne idée de commencer par l'enquête sur la cause de la génération de log/vidage mémoire.

2. Problèmes nettoyant le répertoire Service/DB

Le répertoire service/db contient les logs de l'information sur le périphérique reçue par le contrôleur (par défaut : Contrôleur de gestion énergétique de C:\Program Files\Cisco \ service \ DB). Normalement ces fichiers obtiennent géré et nettoyé automatiquement. 

Dans certains cas, la taille des débuts de ce répertoire à se développer et (certains) des fichiers plus anciens n'obtiennent pas nettoyé automatiquement plus. Habituellement, les débuts de problème avec un fichier et développe tout à fait rapide. Ceci peut sont provoqué par par (a) les fichiers verrouillés ou les fichiers trop grands de supprimer. Une fois que le problème apparaît, ce un fichier entraîne des questions pour autres ceux.

Il est normal que ce répertoire contienne quelques données. Afin de vérifier si vous éprouvez vraiment une question liée à ceci, vous pouvez voir s'il y a des fichiers dans le répertoire qui sont plus anciens que la configuration de DeleteOlderThan dans settings.json (la valeur par défaut est de 32 jours).

La solution pour la deuxième cause exige un peu plus d'attention puisque vous pouvez potentiellement supprimer le mal des informations utiles ou de cause à un exemple courant de contrôleur. D'abord, vous devez s'assurer que les grands fichiers sont réellement plus anciens que la configuration de DeleteOlderThan dans settings.json (la valeur par défaut est de 32 jours). Si c'est le cas, vous pouvez exécuter ces actions :

1. Arrêtez le service de watcher de système
2. Arrêtez le contrôleur
3. Supprimez le contenu du contrôleur de CEM \ du service \ DB
4. Mettez en marche le contrôleur
5. Commencez le service de watcher de système

3. Grands log/répertoire dû à la verbosité des fichiers journal ou du cycle propre supprimé

Il a considéré le comportement normal ce le log/répertoire (par défaut : Le contrôleur \ logs de gestion énergétique de C:\Program Files\Cisco) tend à se développer au fil du temps. Particulièrement quand vous faites du test/l'expérimentation/mise à jour… il y a une occasion que le log/répertoire devient un espace considérable et ne se rétrécit jamais. Ceci pourrait potentiellement poser des problèmes.

La raison pour que le répertoire se développe grande est que, par défaut, le cycle propre de fichier journal de contrôleur est désactivé.

Il est dans une bonne idée et une pratique recommandée de vérifier ces configurations de contrôleur :

Niveau de log de contrôleur :

Le niveau par défaut de log de contrôleur (les INFORMATIONS) est un bon établissement et fournit assez d'informations tandis que vous gardez l'espace utilisé à une quantité importante. Au cas où quelqu'un changeait le niveau de log à une configuration plus bavarde comme le DEBUG ou le SUIVI, les fichiers journal se développent rapidement dans l'espace. S'il n'y a aucune raison spéciale pour que le niveau de log soit plus bavard, assurez-vous que cette configuration est pour information.

Cycle propre de fichier journal de contrôleur :

Le cycle propre de fichier journal de contrôleur est le nombre de jours que des fichiers journal doivent être maintenu dans le log. Par défaut, on désactive le cycle propre qui signifie que les fichiers restent là pour toujours. Afin d'activer le cycle propre, changez la valeur par défaut de 0 au nombre de jours que vous voulez pour garder des fichiers journal.

Vous pouvez vérifier et changer le niveau de log de contrôleur et le cycle propre de fichier journal de contrôleur dans cet emplacement des CEM reliez : Les configurations > les contrôleurs > éditent des configurations > des configurations et suivant les indications de l'image :