Analyse des fichiers de log JMeter

Comprendre le fichier de log JMeter

Le fichier de log JMeter (jmeter.log) capture depuis chaque moteur de charge fournit une sortie de diagnostic detaillee du runtime JMeter. Il inclut les messages INFO, WARN et ERROR generes par le coeur de JMeter et les plugins -- essentiels pour le depannage des problemes de configuration, des erreurs de plugins ou du comportement inattendu a l'execution.

Contenu du log JMeter

Chaque ligne du log suit ce modele : <timestamp> [<thread-name>] <level> <logger> - <message>

• timestamp Date et heure d'ecriture de l'entree du log (par exemple, 2025-04-23 07:57:24,894).

• thread-name Thread ou composant JMeter qui a genere le log (par exemple, StandardJMeterEngine).

• level Niveau de log : INFO, WARN, ERROR ou DEBUG (si active).

• logger La classe ou le package Java emettant le message (par exemple, org.apache.jorphan.reflect).

• message Le texte de diagnostic reel decrivant les evenements, avertissements ou erreurs.

Comment acceder et utiliser le log JMeter

1. Accedez a "Logs" Dans votre tableau de bord des resultats de test, selectionnez l'onglet Logs et choisissez JMeter log file dans le panneau Test files.
2. Faites defiler et recherchez Le panneau central diffuse le contenu du log. Utilisez la recherche de votre navigateur pour acceder a des mots-cles comme ERROR ou WARN.
3. Telechargez pour une analyse hors ligne Cliquez sur l'icone de telechargement a cote de JMeter log file pour enregistrer le fichier complet jmeter.log pour une inspection approfondie.

Entrees de log courantes

• INFO StandardJMeterEngine -- Running the test! Marque le debut de l'execution du test.
• WARN ConfigTestElement -- Missing property 'foo' Indique une propriete JMeter manquante ou mal formee.
• ERROR HTTPSamplerProxy -- Non HTTP response code: 500 Montre les erreurs HTTP surfacees par les echantillonneurs.
• INFO JOrphanUtils -- Will scan jar ... Messages de chargement de plugins et de bibliotheques (normal).
• ERROR GC -- OutOfMemoryError Problemes de memoire JVM ou de plugin -- envisagez d'augmenter le tas ou de reduire les threads.

Depannage avec le log

• Echecs de demarrage des threads Recherchez les entrees ERROR immediatement apres la ligne "Running the test!" -- souvent des groupes de threads mal configures ou des plugins manquants.
• Erreurs de chargement de plugins Les messages ClassNotFoundException ou NoClassDefFoundError indiquent des JAR qui n'ont pas pu etre charges sur les moteurs distants.
• Limites de ressources Les avertissements de memoire insuffisante ou de descripteurs de fichiers signalent la necessite d'ajuster les options JVM (-Xmx, -XX:MaxFileDescriptor).
• Avertissements de latence et de delai d'attente Les delais d'attente des echantillonneurs HTTP et les exceptions de socket revelent des problemes de connectivite reseau entre les agents LoadFocus et votre cible.

Bonnes pratiques

• Activer la journalisation de debogage selectivement Definissez log_level.jmeter=DEBUG uniquement pour des tests cibles afin d'eviter des logs extremement volumineux.
• Synchroniser les horloges Assurez-vous que tous les agents de charge utilisent NTP pour que les horodatages s'alignent entre les logs distribues.
• Correler avec les autres vues Faites correspondre les horodatages du log avec les graphiques Engine Health et Errors pour identifier la cause premiere des pics ou des defaillances.
• Archiver les logs Stockez votre jmeter.log aux cotes des resultats JTL pour une tracabilite forensique complete de chaque execution de test.

Conclusion

Le fichier de log JMeter dans LoadFocus est un outil de depannage essentiel -- il fait surface les erreurs JVM, les avertissements de configuration et les problemes de plugins qui ne sont pas visibles dans les metriques de haut niveau. L'inspection et l'archivage reguliers de ces logs vous aident a diagnostiquer les problemes d'execution de tests elusifs et a maintenir des campagnes de tests de charge fiables et reproductibles.