- Download diagnostictrace.py
to your deployment manager
- Review the runtime
Maximum File Size
and
Maximum Number of Historical Files
settings for the
target JVMs to ensure sufficient trace will be captured.
- Execute
diagnostictrace.py
to set runtime diagnostic
trace using one of the following options. Replace *=info
with the desired trace string:
- Option 1: Set diagnostic trace on all alive and reachable JVMs
excluding dmgr and nodeagents:
bin/wsadmin.sh -lang jython -f diagnostictrace.py --action set --trace "*=info" --serverType APPLICATION_SERVER | tee -a diag_wastrace.txt
- Option 2: Set diagnostic trace on all alive and reachable JVMs
including dmgr and nodeagents:
bin/wsadmin.sh -lang jython -f diagnostictrace.py --action set --trace "*=info" | tee -a diag_wastrace.txt
- Reproduce the problem.
- Disable runtime tracing by using the same step above to reset the
runtime trace to
*=info
.
- Upload the following:
diag_wastrace.txt
- For each JVM:
$WAS/profiles/$PROFILE/logs/$SERVER/System*.log
$WAS/profiles/$PROFILE/logs/$SERVER/native*.log
$WAS/profiles/$PROFILE/logs/$SERVER/verbosegc*.log
$WAS/profiles/$PROFILE/logs/$SERVER/trace*.log
$WAS/profiles/$PROFILE/logs/$SERVER/http*.log
$WAS/profiles/$PROFILE/logs/ffdc/*
$WAS/profiles/$PROFILE/logs/tpv/*
$WAS/profiles/$PROFILE/javacore*txt
$WAS/profiles/$PROFILE/heapdump*phd
$WAS/profiles/$PROFILE/core*dmp
Previous Section (WAS traditional collector Recipe) |
Next Section (Troubleshooting WebSphere Liberty Recipes) |
Back to Table of Contents