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 grande utilisation du disque exceptionnelle pour une installation de contrôleur de logiciel de gestion de Cisco EnergyWise (des CEM ou CEWMS).

Le logiciel de gestion de Cisco EnergyWise utilise le composant de contrôleur pour 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 commence la consommation vers le haut de tout l'espace. 

L'espace-problème pourrait avoir de plusieurs causes et l'utilisation de l'espace peut être dans le plusieurs sous-répertoire du répertoire d'installation. La plupart des causes classiques et leur solution peuvent être trouvées dans le reste de te de l'article.

Solution

1) Grand répertoire de service dû aux journaux des erreurs :

Chaque fois que le contrôleur quitte inopinément ou éprouve une erreur, il devrait obtenir 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 de Minidump (.mdmp) est créé dans le répertoire de service 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 souffert de plusieurs exceptions, l'espace utilisé par ces fichiers pourrait devenir considérablement un grand nombre.

Exemple :

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, il est une bonne idée de commencer étudier 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 apparaissait, 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 pourriez potentiellement supprimer le mal des informations utiles ou de cause à un exemple courant de contrôleur. D'abord vous devez être sûr 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 gestion énergétique de Cisco \ du service \ DB
4. Mettez en marche le contrôleur
5. Commencez le service de watcher de système

3) Grand répertoire de log dû à la verbosité des fichiers journal ou du cycle propre supprimé

Il a considéré le comportement normal ce le répertoire de log (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 répertoire de log devient un espace considérable et ne se rétrécit jamais. Ceci a pu potentiellement poser des problèmes.

La raison d'obtenir seulement de répertoire plus grand et plus grand est que, par défaut, le cycle propre de fichier journal de contrôleur est désactivé.

Il est dans une bonnes idée et pratique recommandée de vérifier les configurations suivantes 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 tout en gardant 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 ce les configurations est sur les INFORMATIONS.

- Cycle propre de fichier journal de contrôleur :

Le cycle propre de fichier journal de contrôleur est la quantité de jours que des fichiers journal devraient être maintenu dans le log. Par défaut, on désactive le cycle propre qui signifie que les fichiers resteront là pour toujours. Afin d'activer le cycle propre, changez la valeur par défaut de 0 à la quantité 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 l'emplacement suivant des CEM reliez : Les configurations > les contrôleurs > éditent des configurations > des configurations

Exemple :