Users Guide

Table Of Contents
Niveaux de journal
En dénissant des niveaux de journal, vous déterminez la plage de gravités de messages à journaliser. Le tableau suivant décrit les
niveaux de gravité de messages de journal que vous pouvez attribuer à LOG_LEVEL_MIN et à LOG_LEVEL_MAX.
Tableau 253. Niveaux de journal
Niveau de gravité Description
Suivi Informations détaillées liées au ux de code.
REMARQUE : Il est déconseillé de dénir le niveau de
journalisation minimal sur trace, sauf si le support
technique vous le demande.
Débogage Informations détaillées pouvant s'avérer utiles pour le diagnostic
des problèmes.
Informatif Informations liées aux événements opérationnels.
Avertissement Indique un événement inattendu ou signale un problème
imminent. Le logiciel fonctionne toujours comme prévu.
Généralement, ces messages concernent des problèmes de
conguration ou de réseau (expiration de délai, nouvelles
tentatives, etc.).
d'erreur Problème lié au fait que le logiciel ne peut pas réaliser une
opération donnée.
Fatal Erreur sérieuse, indiquant que le logiciel risque de cesser de
fonctionner.
Sortie Informations à sortir dans les situations où le système de
journalisation n'est pas initialisé.
Par défaut, les niveaux de gravité minimal et maximal des messages de journal sont les suivants :
LOG_LEVEL_MIN=info
LOG_LEVEL_MAX=output
Ces paramètres par défaut garantissent la journalisation de tous les messages dont la gravité est comprise entre « info » et
« output ».
Sauvegarde et restauration
Question: après une sauvegarde et restauration de la base de données OpenManage Essentials, je n'arrive à utiliser ni les exemples
de tâches ni les tâches que j'ai créées. Quel peut être le motif de ce problème ?
Réponse: les données de conguration de tâche sont enregistrées dans la base de données d'OpenManage Essentials en format
crypté. Lorsqu'une sauvegarde et restauration sont eectuées, les données cryptées deviennent inutilisables. Par conséquent, vous
devez recréer toutes les tâches que vous avez créées. Les tâches exemples resteront inutilisables.
Dépannage
Question : que dois-je faire si toutes les interruptions SNMP d'un hôte ESXi 5 apparaissent dans OpenManage Essentials comme
« inconnu » ?
Réponse : vous devez changer la source d'événement du matériel dans la conguration SNMP de l'hôte ESXi 5 de CIM à IPMI.
Exécutez les commandes suivantes :
vicfg-snmp.pl --username root --password <votre mot de passe> --server <votre serveur> --
hwsrc sensors
368