Lorsque vous ajoutez un nouvel hôte à contrôler, la console de contrôle utilise le protocole SSL pour sécuriser la connexion mais n'affiche pas le certificat présenté par l'hôte sélectionné. Etant donné que la console de contrôle transmet le mot de passe root de l'hôte à l'agent du noeud, le système devient vulnérable aux attaques lorsque l'adresse IP de l'hôte concerné est créée et le mot de passe reçu. Le risque est toutefois très faible car la plupart des agents de noeud sont exécutés sur des hôtes installés sur un réseau sécurisé.
Solution Si le réseau des hôtes d'agent du noeud n'est pas sécurisé, vous devez les authentifier avant de les ajouter à la console de contrôle en tant que nouveaux hôtes. Pour authentifier un hôte, connectez-vous à celui-ci et vérifiez que vous reconnaissez sa configuration et son système de fichiers. Dans le cas d'un hôte UNIX, vous pouvez vous connecter à l'aide de la commande ssh afin d'afficher les informations relatives au certificat.
Les objets contenus dans un produit sont référencés dans la console de contrôle en tant que serveurs d'applications.Il ne faut pas confondre ce terme et Sun Java System serveur d'application.
Solution Dans le cadre de la console de contrôle, un serveur d'application signigie l'instance en cours d'exécution d'un composant Java ES installé.
Dans certains cas, l'affichage et le changement de pages dans la console de contrôle peut prendre jusqu'à 30 secondes.
Solution Exécutez la console de contrôle sur un hôte puissant sans aucune autre application.
Les étiquettes de l'arborescence de gauche n'incluent pas le nom d'hôte ou le nom de domaine, elles n'affichent que les noms des composants, ce qui peut rendre l'identification de composants semblables sur différents hôtes difficile. De même, lors de la création d'une règle de contrôle et de la sélection d'un composant contrôlé, il se peut que vous ne puissiez pas identifier les instances du même composant sur différents hôtes.
Solution Recherchez les identificateurs des hôtes dans les vues détaillées du composants contrôlé. Les noms d'instance de certains composants incluent l'identificateur de processus. Vous devez donc connaître l'identificateur de processus de l'instance sur chaque hôte.
La console de contrôle ne peut pas activer ou désactiver le contrôle d'un composant spécifique.
Solution Vous devez utiliser le système d'activation et de désactivation propre au composant concerné. Pour obtenir des instructions, reportez-vous aux sections correspond aux composants au Chapitre 2, Activation et configuration du composant Monitoring Framework du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Lorsqu'un composant contrôlé s'arrête brutalement ou normalement, il se peut que les objets contrôlés ne soient pas supprimés de l'agent du noeud et demeurent dans l'arborescence de gauche de la console de contrôle. De même, si vous arrêtez un agent du noeud entier, il se peut que le noeud d'hôte ne soit pas supprimé de l'arborescence de gauche. Ce problème survient par intervalle.
Solution Lorsque vous arrêtez ou redémarrez une instance de serveur, redémarrez l'agent du noeud, l'agent maître et la console de contrôle. Si vous arrêtez un hôte et son agent du noeud, vous devrez peut-être redémarrer l'agent maître et la console de contrôle. La procédure Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5 décrit les deux procédures de redémarrage.
Lorsqu'un hôte est supprimé de la console de contrôle, les règles et alarmes de contrôle associées aux composants contrôlés ne sont pas automatiquement effacées. Ceci permet de conserver les états de règles et alarmes au cas où vous ajouteriez de nouveau le même hôte.
Solution Si vous n'avez pas l'intention d'ajouter de nouveau l'hôte en question, utilisez la boîte de dialogue des règles pour rechercher puis supprimer toutes les règles associées à cet hôte. Les alarmes existant au moment de la suppression de l'hôte sont peut-être reconnues, mais ne sont pas supprimées de la console de contrôle car l'attribut contrôlé ayant déclenché l'alarme n'est plus accessible. Pour éviter que les alarmes ne restent dans un état reconnu, résolvez toutes les alarmes de composant contrôlé et reconnaissez ces alarmes sur la console de contrôle avant de supprimer l'hôte.
La liste suivante répertorie les autres problèmes connus de la console de contrôle.
Par défaut, les tableaux ne sont pas triés
L'hôte lié à partir de l'option Objects Using This Installed Product (Objets utilisant ce produit installé) ne doit pas être un objet inconnu
Lors de l'utilisation du plugin AppServer, les objets contenus dans ce serveur ne doivent pas inclure les enfants de leurs enfants
L'activation et la désactivation ne fonctionnent pas correctement dans le tableau des hôtes
Les champs de légende et de description s'affichent pour les objets de statistiques et de paramètres, mais non pour les objets de base
L'utilisateur ne devrait pas avoir à recliquer sur un objet lorsqu'il sélectionne celui-ci et clique sur Monitoring Rule->New (Règle de contrôle->Créer)
Le nom des objets JVM répertoriés pour un hôte donné ne sont pas cohérents
Les objets CMM_Cluster créés par Application Server ne s'affichent nulle part
La liste des objets visibles dans la boîte de dialogue de création d'une règle n'est pas claire
Les objets Portal Server, Web Server et Application Server affichent un état d'objet et opérationnel inconnu
Les noms des composants Enterprise Java Beans déployés sur serveur d'application devraient être plus descriptifs
Les noms des attributs des objets de contrôle serveur d'application sont impossibles à utiliser
Les modifications de configuration serveur d'application internes ne sont pas reflétées sur la console de contrôle