1.0 Analyseur de trace et de journaux
1.1 Vues
1.2 Importation de journaux
1.2.1 Incidents lors de l'importation de fichiers
journaux éloignés
1.2.2 Importation de fichiers journaux sous Linux et AIX
1.2.3 Importation du fichier trace.log de WebSphere
Application Server
1.2.4 Certains fichiers journaux ne peuvent pas
être importés à l'aide d'IBM Agent Controller V5
1.2.5 Mémoire insuffisante
1.2.6 Erreur Index hors limites lors de l'ajout
d'un fichier journal dans l'assistant Importation du fichier
journal du pilote GTK de Linux
1.2.7 Les événements CBE affichés pour le journal de diagnostic DB2 ne respectent pas la spécification
1.2.8 Erreurs lors de l'importation de
fichiers journaux non affichées
1.2.9 Limitation lors de l'importation des
fichiers activity. log de WebSphere Application Server
1.2.10 Limitation lors de l'importation des
fichiers journaux générés dans un environnement local différent
1.2.11 Echec de l'importation avec le message InvocationTargetException
1.2.12 Exception NullPointerException lors de
l'importation d'un journal vide
1.3 Prise en charge de la base de données
1.4 Autre
1.4.1 L'assistant Nouvelle corrélation de journaux
n'est pas affiché correctement sur le pilote GTK de Linux
1.4.2 Les modifications apportées au niveau de
journalisation d'un plug-in après le premier démarrage du plan de
travail ne sont pas respectées
1.4.3 Incidents lors de la décompression à l'aide de
l'utilitaire unzip de Windows XP
1.4.4 Panne lors de la création d'un exemple sous
Red Hat Linux version 8.0 avec une machine JVM d'IBM
1.4.5 Restriction du navigateur pour l'affichage
des fichiers journaux des utilitaires de journalisation XML
1.4.6 Seules des bases de données de symptômes au
format TPTP peuvent être créées à partir du menu en incrustation et de la
barre d'outils du navigateur de journaux
2.0 Outil de profilage
2.1 Les vues Interactions d'agents et
Interactions de processus ne sont pas prises en charge à partir de
la vue Diagramme de séquence
2.2 La commande de régénération des vues du
navigateur de profilage ne fonctionne pas pour les interactions
de trace
2.3 Le profilage sous Windows à l'aide de Sun JDK 1.4.x peut générer un rapport d'erreurs Microsoft
Vous trouverez des informations supplémentaires relatives à l'analyseur de trace et de journaux TPTP dans les notes sur l'édition de TPTP V3.3.
Lors de l'importation d'un fichier éloigné (Fichier > Importer... > Fichier journal), aucune entrée de journal n'est affichée dans la vue Journal après la régénération des vues du moniteur de profilage (Profil > Régénérer les vues) ou une boîte de dialogue Message de journalisation indique que le client local n'a pas commencé la surveillance de l'analyseur syntaxique des journaux éloignés au bout de 30 secondes.
Cet incident est dû au délai d'attente du réseau et peut être résolu en augmentant la durée pendant laquelle Agent Controller attend que le client local commence la surveillance de l'analyseur syntaxique des journaux éloignés. Pour résoudre cet incident, essayez la procédure suivante :
<Application configuration="default" executable="RemoteLogParserLoader" extends="default" location="%SYS_TEMP_DIR%" path="%JAVA_PATH%"> ... <Parameter position="prepend" value="-Dorg.eclipse.hyades.logging.parsers.maxWaitTimeInMillis=xxxxx"/> ... </Application>xxxxx représentant le délai d'attente maximal en millisecondes (supérieur à 30000).
Certaines importations de fichier journal ne fonctionnent pas du tout sur les plateformes Linux et AIX.
Cela se produit lorsque l'utilisateur ne possède pas les droits requis pour accéder aux fichiers journaux. Pour résoudre cet incident, copiez les fichiers journaux dans le répertoire de base de l'utilisateur et importez-les à partir de là.
1.2.3 Importation du fichier trace.log de WebSphere Application ServerUne corrélation interne est créée lorsqu'un fichier trace.log de WebSphere Application Server est importé.
L'utilisateur ne doit pas supprimer ces corrélations car elles contiennent les informations relatives à la structure interne de l'agent correspondant.
1.2.4 Certains fichiers journaux ne peuvent pas être importés à l'aide d'IBM Agent Controller V5Les fichiers journaux autres qu'activity.log ne peuvent pas être importés à l'aide de la version 5 d'IBM Agent Controller. Lors de l'importation à distance des fichiers journaux, le niveau du programme Agent Controller de la machine éloignée doit être égal ou supérieur à celui de l'analyseur de trace et de journaux pour l'informatique autonome.
Pour remédier à cette limitation, installez le programme IBM Agent Controller livré avec l'analyseur de trace et de journaux sur la machine éloignée.
1.2.5 Mémoire insuffisanteLes fichiers journaux dont la taille ne dépasse pas 25 Mo peuvent être importés dans l'espace de travail et ouverts dans l'analyseur de trace et de journaux. Le temps nécessaire à l'ouverture du fichier journal dépend du nombre d'enregistrements de journal dans le fichier ; une exception "mémoire insuffisante" peut être générée.
Pour remédier à cet incident, utilisez la fonction de prise en charge de journaux volumineux.
1.2.6 Erreur Index hors limite lors de l'ajout d'un fichier journal dans l'assistant Importation du fichier journal du pilote GTK de LinuxLors de l'importation d'un fichier journal, l'erreur Index hors limites est générée si vous essayez de cliquer sur OK dans l'assistant Ajout d'un fichier journal. Cela vient du fait qu'aucune version n'est sélectionnée pour le fichier journal ajouté.
Vérifiez qu'une option de version valide est sélectionnée dans la liste déroulante des versions, sous l'onglet Détail de l'assistant Ajout d'un fichier journal.
Si vous importez un journal de diagnostic DB2, les événements CBE (Common Base Event) affichés dans l'analyseur de trace et de journaux vont en partie à l'encontre de la spécification CBE. La raison est un bogue dans l'utilitaire db2diag.exe servant à convertir les journaux de diagnostic DB2 en événements CBE. Il doit être sans incidence sur les opérations. Il n'existe pas de solution connue tant que db2diag.exe n'est pas corrigé.
Aucune validation n'est effectuée par l'analyseur de trace et de journaux sur le type de fichier journal importé. Lors de l'importation d'un fichier journal, assurez-vous que la version et le type corrects de journal sont choisis pour le fichier importé. Si un incident se produit lors de l'importation, la vue du journal n'affiche aucun enregistrement ou comporte des enregistrements incorrects et une message d'erreur apparaît. Pour en savoir plus sur l'erreur, voir les détails dans la boîte de dialogue ou le fichier .metadata\.plugins\org.eclipse.hyades.logging.adapter\hgla.log (le cas échéant) dans le répertoire workspace. Ce fichier peut contenir des informations sur les erreurs se produisant lors de l'analyse du fichier journal.
Si une erreur survient lors de l'importation d'un fichier journal, un message d'erreur est affiché et la vue du journal ne comporte aucun enregistrement ou présent des données erronées dans des enregistrements.
Lors de l'importation des fichiers journaux d'activité de WebSphere Application Server à partir de machines non anglaises ou sur des machines non anglaises, l'analyseur syntaxique des fichiers journaux basé sur des règles ne mappe pas correctement les données d'enregistrement des journaux vers un événement CBE (Common Base Event). Au lieu de cela, des données d'enregistrement des journaux peuvent apparaître dans la zone incorrecte de l'événement CBE (Common Base Event).
Pour remédier à cet incident, lors de l'importation des fichiers journaux d'activité de WebSphere Application Server à partir de machines non anglaises ou sur des machines non anglaises, utilisez l'analyseur syntaxique de fichiers journaux statique.
Lors de l'importation de fichiers journaux contenant des horodatages dans un environnement local différent de celui dans lequel est exécuté l'analyseur de trace et de journaux, l'analyseur syntaxique des fichiers journaux basé sur des règles n'analyse parfois pas l'horodatage et d'autres données d'enregistrement de journal correctement. Par exemple, lors de l'importation d'un fichier journal des accès en anglais d'IBM HTTP Server dans l'analyseur de trace et de journaux exécuté sur une machine japonaise, les valeurs creationTime des événements CBE (Common Base Events) résultants sont égales à zéro et la zone msg de ces événements est vide.
Pour résoudre cet incident, lors de l'importation de fichiers journaux contenant des horodatages dans un environnement local différent de celui de la machine actuelle, utilisez un analyseur de fichiers journaux statique, s'il en existe un.
Si l'analyseur de trace et de journaux n'a pas été installé correctement et que certains de ses fichiers sont manquants, l'importation d'un fichier journal peut échouer avec le message de journalisation suivant :
java.lang.reflect.InvocationTargetException
Pour remédier à cet incident, réinstallez l'analyseur de trace et de journaux. Remarque : Lors d'une installation sous Windows XP, n'utilisez pas l'utilitaire unzip natif de Windows XP. Voir Incident lors de la décompression à l'aide de l'utilitaire unzip de Windows XP ci-après pour en savoir plus.
Lorsqu'un journal vide est importé ou qu'un filtre d'importation est utilisé pour filtrer tous les événements, la vue du journal apparaît vide et une exception NullPointerException (dans XMLLoader.endElement) est éventuellement lancée. Consultez le fichier journal ou appliquez un autre filtre permettant le chargement de certains événements.
Non disponible
Dans l'assistant Nouvelle corrélation de journaux, seule la liste Journaux disponibles est affichée et cette liste est vide. Cela vient du fait que seule la partie de gauche de la page de l'assistant est affichée.
Pour remédier à cet incident, essayez de redimensionner la page de l'assistant pour afficher la liste Journaux sélectionnés et les boutons d'action. Vous pouvez également sélectionner les fichiers journaux pour la corrélation dans la vue Navigateur de journaux avant de cliquer sur le bouton Nouvelle corrélation de journaux.
Si vous modifiez le niveau de journalisation d'un plug-in dans son fichier plugin.xml (via les points d'extension com.ibm.etools.common.logging.commonLoggingOptions ou com.ibm.etools.logging.util.loggingOptions) après le premier démarrage d'un plan de travail, la modification n'est pas respectée dans les lancements ultérieurs du plan de travail. Le niveau de journalisation spécifié dans le fichier plugin.xml du plug-in est placé en mémoire cache par l'environnement d'exécution Eclipse au premier démarrage du plan de travail. Les démarrages ultérieurs du plan de travail utilisent la valeur en mémoire cache du niveau de journalisation du plug-in, en dépit de la modification du fichier plugin.xml.
Pour résoudre cet incident, redémarrez le plan de travail avec l'argument de ligne de commande -clean. Cette option vide les caches utilisés pour stocker les données de résolution de dépendances de regroupements et de registre des extensions d'Eclipse, ainsi que pour forcer Eclipse à réinitialiser ces caches. Ajoutez l'option après eclipse.exe dans le <répertoire d'installation du plan de travail>\eclipse\ac.bat (Windows) ou <répertoire d'installation du plan de travail>/eclipse/ac.sh (Linux). Vous pouvez également modifier le niveau de journalisation du plug-in dans la page Préférences de journalisation (Fenêtre > Préférences > Journalisation) et redémarrer le plan de travail.
Lors de l'installation de l'analyseur de trace et de journaux sous Windows XP, des incidents se produisent lors de la décompression du fichier d'exécution de l'analyseur de trace et de journaux à l'aide de l'utilitaire unzip natif de Windows XP. Certains répertoires et fichiers ne sont pas décompressés. Certains types de fichier journal ne peuvent donc pas être importés à l'aide de l'analyseur de trace et de journaux.
Pour remédier à cet incident, lors de l'installation sous Windows XP, utilisez un autre utilitaire unzip, tel que WinZip ou UnZip.
Lors de la création d'un exemple dans l'analyseur de trace et de journaux à l'aide de l'assistant de création d'exemple (Nouveau > Exemple), le plan de travail se bloque. Cela se produit lorsque l'assistant de création d'exemple essaye d'ouvrir le fichier readme.html dans le cadre de la procédure de création. Cet incident survient sous Red Hat Linux version 8.0 avec une machine JVM d'IBM. Il s'agit d'un bogue SWT (https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515).
Pour remédier à cet incident, essayez d'ajouter -Xj9 comme argument JVM dans le fichier ac.sh pour lancer le produit à l'aide de la machine JVM J9 d'IBM. (Par exemple, ./eclipse -vmargs -Xj9 -Xmx500m). Pour plus d'informations sur l'exécution de SWT sous Red Hat Linux v8.0, consultez le site FAQ de SWT (http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/faq.html).
Remarque : Comme indiqué dans le tableau des plateformes de référence Eclipse (http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0.html#TargetOperatingEnvironments), seuls les systèmes Linux suivants sont pris en charge : la version 2.2.1 des outils d'objet fenêtre GTK+ et des bibliothèques associées (GLib, Pango) ; le visualiseur de fichiers HTML de SWT requiert Mozilla 1.4GTK2. Pour Motif sur les autres systèmes Linux : Open Motif 2.1 (inclus) ; le visualiseur de fichiers HTML de SWT requiert Mozilla 1.4GTK2.
Le fichier CommonBaseEvents.log généré par le plan de travail s'affiche mieux avec les vues de journal fournies par les outils de journalisation. Vous pouvez également utiliser un navigateur compatible XML pour afficher le fichier journal au format XML (fichier CommonBaseEvents.log_Viewer.xml dans le sous-répertoire workspace\.metadata du répertoire d'installation). Ce fichier peut uniquement être consulté dans Microsoft Internet Explorer version 6.0.28 et ultérieures.
En raison d'une limitation TPTP, les utilisateurs ne peuvent pas créer les deux types de base de données de symptômes à partir du menu en incrustation et de la barre d'outils du navigateur de journaux. Une solution consiste à sélectionner Fichier > Nouveau > Autre > Profilage et journalisation dans le menu du plan de travail, puis choisir le type de base de données de symptômes à créer.
Les vues Interactions d'agents et Interactions de processus ne sont pas prises en charge à partir de la vue Diagramme de séquences des fichiers journaux.
Il n'existe actuellement aucune solution à cet incident.
2.2 La commande de régénération des vues du navigateur de profilage ne fonctionne pas pour les interactions de traceLa commande de régénération des vues du navigateur de profilage ne fonctionne pas pour les interactions de trace. Toutefois, ces interactions se régénèrent automatiquement à intervalle régulier.
Une solution consiste à sélectionner un autre noeud dans l'arborescence Profilage et de resélectionner le noeud précédent.
2.3 Le profilage sous Windows à l'aide de Sun JDK 1.4.x peut générer un rapport d'erreurs MicrosoftIncident Bugzilla : 103058
Le profilage de l'application entraîne le message "java.exe has encountered a problem and needs to close. We are sorry for the inconvenience.". Ce message contient des informations et des options pour soumettre un rapport d'erreurs à Microsoft. Voir bugzilla 103058 pour obtenir une capture d'écran du message.
Cet incident a été constaté dans différents modes : Analyse du délai (avec ou sans l'option d'affichage des instances), Analyse de la mémoire et lors de la combinaison des deux. Vous pouvez résoudre l'incident en exécutant à nouveau le profilage ou l'application en désactivant le compilateur JIT ; pour ce faire, entrez "-Djava.compiler=NONE" comme argument de la machine JVM. L'incident a été constaté avec SUN JDK 1.4.2_08-b03 pour Windows.
Retour au fichier Readme principal
©Copyright IBM Corporation 2000, 2005. All Rights Reserved.