- Review all warnings and errors in
messages.log
(or
using binaryLog
if binary logging is enabled) before and
during the problem. A regular expression search is
" [W|E] "
. One common type of warning is an FFDC warning
which points to a matching file in the FFDC logs directory.
- If you're on Linux or use cygwin, use the following command:
find . -name "*messages*" -exec grep " [W|E] " {} \; | grep -v -e known_error
- Review all
JVM
messages in console.log
before and during the problem. This may include things such as
OutOfMemoryErrors. The filename of such artifacts includes a timestamp
of the form YYYYMMDD
. Review any other strange messages in
console.log
before and during the problem.
- If verbose garbage collection is enabled, review verbosegc in
console.log
, or any verbosegc.log
files (if
using -Xverbosegclog
or -Xloggc
) in the IBM
Garbage Collection and Memory Visualizer Tool and ensure that the
proportion of time in garbage collection for a relevant period before
and during the problem is less than 10%.
- Review any
javacore*.txt
files in the IBM
Thread and Monitor Dump Analyzer tool. Review the causes of the
thread dump (e.g. user-generated, OutOfMemoryError, etc.) and review
threads with large stacks and any monitor contention.
- Review any
heapdump*.phd
and core*.dmp
files in the Eclipse Memory
Analyzer Tool.
Previous Section (WAS traditional runtime diagnostic trace script) |
Next Section (WebSphere Liberty HTTP Access Log Recipe) |
Back to Table of Contents