JMeter-Logdateianalyse
Die JMeter-Logdatei verstehen
Die JMeter-Logdatei (jmeter.log), die von jeder Last-Engine erfasst wird, liefert detaillierte Diagnoseausgaben der JMeter-Laufzeitumgebung. Sie enthält INFO-, WARN- und ERROR-Meldungen, die von JMeter-Core und Plugins generiert werden -- entscheidend für die Fehlerbehebung von Konfigurationsproblemen, Plugin-Fehlern oder unerwartetem Laufzeitverhalten.
Was in der JMeter-Logdatei steht
Jede Zeile im Log folgt diesem Muster: <timestamp> [<thread-name>] <level> <logger> – <message>
timestamp Datum und Uhrzeit, wann der Log-Eintrag geschrieben wurde (z. B. 2025-04-23 07:57:24,894).
thread-name JMeter-Thread oder -Komponente, die den Log-Eintrag erzeugt hat (z. B. StandardJMeterEngine).
level Log-Level: INFO, WARN, ERROR oder DEBUG (falls aktiviert).
logger Die Java-Klasse oder das Paket, das die Meldung ausgibt (z. B. org.apache.jorphan.reflect).
message Der eigentliche Diagnosetext, der Ereignisse, Warnungen oder Fehler beschreibt.
Zugriff auf und Verwendung der JMeter-Logdatei
- Zu "Logs" navigieren Wählen Sie in Ihrem Testergebnis-Dashboard den Tab Logs und wählen Sie JMeter-Logdatei im Testdateien-Panel.
- Scrollen und Suchen
Das zentrale Panel streamt den Log-Inhalt. Verwenden Sie die Suche Ihres Browsers, um zu Schlüsselwörtern wie
ERRORoderWARNzu springen. - Für Offline-Analyse herunterladen
Klicken Sie auf das Download-Symbol neben JMeter-Logdatei, um die vollständige
jmeter.logfür tiefere Inspektion zu speichern.
Häufige Log-Einträge
- INFO StandardJMeterEngine – Running the test! Markiert den Start der Testausfuehrung.
- WARN ConfigTestElement – Missing property 'foo' Weist auf eine fehlende oder fehlerhafte JMeter-Eigenschaft hin.
- ERROR HTTPSamplerProxy – Non HTTP response code: 500 Zeigt HTTP-Fehler, die von Samplern aufgedeckt werden.
- INFO JOrphanUtils – Will scan jar ... Plugin- und Bibliotheks-Lademeldungen (normal).
- ERROR GC – OutOfMemoryError JVM- oder Plugin-Speicherprobleme -- erwägen Sie eine Heap-Vergrößerung oder Thread-Reduzierung.
Fehlerbehebung mit dem Log
- Thread-Startfehler
Suchen Sie nach
ERROR-Einträgen unmittelbar nach der Zeile "Running the test!" -- oft falsch konfigurierte Thread-Gruppen oder fehlende Plugins. - Plugin-Ladefehler
ClassNotFoundException- oderNoClassDefFoundError-Meldungen weisen auf JARs hin, die auf Remote-Engines nicht geladen werden konnten. - Ressourcenlimits
Speicher- oder Dateihandle-Warnungen signalisieren die Notwendigkeit, JVM-Optionen anzupassen (
-Xmx,-XX:MaxFileDescriptor). - Latenz- und Timeout-Warnungen HTTP-Sampler-Timeouts und Socket-Exceptions zeigen Netzwerkkonnektivitätsprobleme zwischen LoadFocus-Agenten und Ihrem Ziel auf.
Best Practices
- Debug-Logging selektiv aktivieren
Setzen Sie
log_level.jmeter=DEBUGnur für gezielte Tests, um extrem große Logs zu vermeiden. - Uhren synchronisieren Stellen Sie sicher, dass alle Lastagenten NTP verwenden, damit Zeitstempel über verteilte Logs hinweg übereinstimmen.
- Mit anderen Ansichten korrelieren Gleichen Sie Log-Zeitstempel mit Engine Health- und Errors-Diagrammen ab, um die Grundursache von Spitzen oder Fehlern zu identifizieren.
- Logs archivieren
Speichern Sie Ihre
jmeter.logzusammen mit JTL-Ergebnissen für vollständige forensische Rückverfolgbarkeit jedes Testlaufs.
Fazit
Die JMeter-Logdatei in LoadFocus ist ein unverzichtbares Fehlerbehebungswerkzeug -- sie deckt JVM-Fehler, Konfigurationswarnungen und Plugin-Probleme auf, die in übergeordneten Metriken nicht sichtbar sind. Die regelmäßige Inspektion und Archivierung dieser Logs hilft Ihnen, schwer fassbare Testausführungsprobleme zu diagnostizieren und zuverlässige, wiederholbare Lasttestkampagnen aufrechtzuerhalten.