You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
There is obviously a parsing problem for Unified GC logging format. Error occurs at a logfile-line looking completely equal to one already parsed succesfully.
Message:
INFO [DataReaderFacade]: GCViewer version 1.37-SNAPSHOT (2021-01-10T13:35:38+0000)
SEVERE [DataReaderFactory]: Failed to recognize file format.
[...] gc_problem.log
WARNING [DataReaderFacade]: Failed to read file.
java.io.IOException: Failed to recognize file format. Failed to recognize file format.
WARNING [AbstractGCModelLoaderImpl]: Failed to create GCModel from C:\MKData\JIRA\ASR_Server\GC_Logs\gc_problem.log
java.util.concurrent.ExecutionException: com.tagtraum.perf.gcviewer.imp.DataReaderException
at java.base/java.util.concurrent.FutureTask.report(Unknown Source)
Used environment:
OpenJDK (11.0.10+9-Ubuntu-0ubuntu1.20.04)
Used Logging options: -Xlog:gc*:file=$LOGS/logs/gc-%t.log:time,uptime:filecount=5,filesize=20M
Used GCviewer version: 1.37-SNAPSHOT (2021-01-10T13:35:38+0000)
Hi,
Ther is obviously someone, who does not read readme files :-)! If you'd
read it, it would state "some support" for the unified GC logging format:
* -Xlog:gc:file="path-to-file" (uses defaults)
* -Xlog:gc=info:file="path-to-file":tags,uptime,level (minimum
configuration needed)
* -Xlog:gc*=trace:file="path-to-file":tags,time,uptime,level (maximum
configuration supported, additional tags ok, but ignored; additional
decorations will break parsing)
For better understanding of "tags" and "decorations", please see
https://openjdk.java.net/jeps/158. Tags and level are crucial for the
parser, because the wealth of information, that can be logged by a gc
implementation is huge. Tags and level allow the parser to easily filter
lines, that it does not understand. Before the introduction of the java
unified gc logging format, a much harder to understand and implement
guessing mechanism had to be used.
GCViewer has a built in file format detection mechanism. That's just
where the failure is in your example ("Failed to recognize file
format"). For detection of the java unified gc logging format, GCViewer
expects the string "][gc" to be present in the log file.
Best regards
Jörg
Hello,
There is obviously a parsing problem for Unified GC logging format. Error occurs at a logfile-line looking completely equal to one already parsed succesfully.
Message:
INFO [DataReaderFacade]: GCViewer version 1.37-SNAPSHOT (2021-01-10T13:35:38+0000)
SEVERE [DataReaderFactory]: Failed to recognize file format.
[...]
gc_problem.log
WARNING [DataReaderFacade]: Failed to read file.
java.io.IOException: Failed to recognize file format. Failed to recognize file format.
WARNING [AbstractGCModelLoaderImpl]: Failed to create GCModel from C:\MKData\JIRA\ASR_Server\GC_Logs\gc_problem.log
java.util.concurrent.ExecutionException: com.tagtraum.perf.gcviewer.imp.DataReaderException
at java.base/java.util.concurrent.FutureTask.report(Unknown Source)
Used environment:
Any help is welcome.
The text was updated successfully, but these errors were encountered: