Utilisation de gros disques pour le composant contrôleur Cisco EnergyWise

Introduction

Ce document décrit les causes possibles et les solutions pour une utilisation exceptionnellement importante du disque pour une installation de contrôleur Cisco EnergyWise Management (CEM, CEMS ou CEWMS). CEM utilise le composant contrôleur afin de communiquer avec les points d'extrémité ou les périphériques à partir desquels vous voulez récupérer ou contrôler les informations liées à l'énergie.

Problème

L'utilisation de l'espace du contrôleur est normalement assez limitée et plutôt stable, mais dans certains cas, le répertoire d'installation commence à se développer et commence à consommer tout l'espace. Le problème d'espace peut avoir plusieurs causes et l'utilisation de l'espace peut se trouver dans plusieurs sous-répertoires du dossier d'installation. Les causes les plus courantes et leurs solutions se trouvent dans le reste de l'article.

Solution

1. Grand service/répertoire en raison des journaux d'erreurs

Chaque fois que le contrôleur se ferme de manière inattendue ou qu'il rencontre une erreur, il est automatiquement récupéré par le service d'observation du système et l'utilisateur final ne remarque généralement pas que l'erreur s'est produite.

Lorsque cette exception se produit, un fichier journal (.log) et un fichier minidump (.mdmp) sont créés dans le service/répertoire du répertoire d'installation du contrôleur (par défaut : C:\Program Files\Cisco Energy Management Controller\service). Ces fichiers ont une taille moyenne d'environ 350 Mo et, dans le cas où le service de contrôleur souffre de plusieurs exceptions au fil du temps, l'espace utilisé par ces fichiers peut augmenter considérablement comme indiqué ici :

La solution pour la première cause est assez simple car vous pouvez supprimer les fichiers .log et .mdmp sans aucun impact sur le contrôleur en cours d'exécution. N'oubliez pas qu'il doit y avoir une raison pour laquelle les fichiers existent et s'ils apparaissent régulièrement. C'est une bonne idée de commencer avec l'enquête sur la cause de la génération de log/dump.

2. Problèmes de nettoyage du répertoire Service/DB

Le répertoire service/db contient les journaux des informations de périphérique reçues par le contrôleur (par défaut : C:\Program Files\Cisco Energy Management Controller\service\db). Normalement, ces fichiers sont gérés et nettoyés automatiquement. 

Dans certains cas, la taille de ce répertoire commence à augmenter et (certains) les fichiers plus anciens ne sont plus nettoyés automatiquement. Généralement, le problème commence par un fichier et se développe assez rapidement. Cela peut être dû a) à des fichiers verrouillés ou à des fichiers trop volumineux à supprimer. Une fois que le problème apparaît, ce fichier entraîne des problèmes pour les fichiers restants.

Il est normal que ce répertoire contienne des données. Afin de vérifier si vous rencontrez réellement un problème lié à ceci, vous pouvez voir s'il y a des fichiers dans le répertoire qui sont plus anciens que le paramètre DeleteOlderThan dans settings.json (le paramètre par défaut est 32 jours).

La solution pour la deuxième cause nécessite un peu plus de prudence car vous pouvez potentiellement supprimer des informations utiles ou causer un dommage à une instance de contrôleur en cours d'exécution. Premièrement, vous devez vous assurer que les fichiers volumineux sont en fait plus anciens que le paramètre DeleteOlderThan dans settings.json (le paramètre par défaut est 32 jours). Si c'est le cas, vous pouvez effectuer les actions suivantes :

1. Arrêter le service d'observateur système
2. Arrêter le contrôleur
3. Supprimer le contenu de CEM Controller\service\db
4. Démarrer le contrôleur
5. Démarrer le service d'observateur système

3. Fichier journal/répertoire volumineux en raison de la véracité des fichiers journaux ou du cycle de nettoyage désactivé

Il est considéré comme un comportement normal que le journal/répertoire (par défaut : C:\Program Files\Cisco Energy Management Controller\logs) tend à croître avec le temps. Surtout quand vous faites des tests/expérimentations/mises à jour/... il y a une chance que le journal/répertoire augmente à un volume considérable d'espace et ne se rétrécit jamais. Cela pourrait causer des problèmes.

La raison pour laquelle le répertoire devient volumineux est que, par défaut, le cycle de nettoyage du fichier journal du contrôleur est désactivé.

Il est recommandé et recommandé de vérifier ces paramètres de contrôleur :

Niveau du journal du contrôleur :

Le niveau de journal du contrôleur (INFO) par défaut est un bon paramètre et fournit suffisamment d'informations pendant que vous conservez l'espace utilisé à une quantité suffisante. Dans le cas où quelqu'un changerait le niveau de journal en un paramètre plus détaillé comme DEBUG ou TRACE, les fichiers journaux augmentent rapidement dans l'espace. S'il n'y a aucune raison particulière pour que le niveau du journal soit plus détaillé, assurez-vous que ce paramètre est pour INFO.

Cycle de nettoyage du fichier journal du contrôleur :

Le cycle de nettoyage du fichier journal du contrôleur est le nombre de jours pendant lesquels les fichiers journaux doivent être conservés dans le journal/. Par défaut, le cycle de nettoyage est désactivé, ce qui signifie que les fichiers restent là pour toujours. Afin d'activer le cycle de nettoyage, modifiez la valeur par défaut de 0 en nombre de jours pendant lesquels vous voulez conserver les fichiers journaux.

Vous pouvez vérifier et modifier le cycle de nettoyage du niveau du journal du contrôleur et du fichier journal du contrôleur à cet emplacement de l'interface CEMS : Paramètres > Contrôleurs > Modifier les paramètres > Paramètres et comme indiqué dans l'image :