WebSphere Application Server attempts to report
potentially hung threads using the hung thread detector. Depending on
how the hung thread detector policy is configured, a thread running for a
certain interval (default 10 minutes) might be reported as hung and a
WSVR0605W message is printed in the SystemOut.log file:
WSVR0605W: Thread <threadname> has been active for <time> and may be hung. There are <totalthreads> in total in the server that may be hung.By setting a WebSphere custom property, the hung thread detector will automatically generate a javacore, or print a thread dump in the native_stdout.log for Solaris and HP-UX, when a WSVR0605W message is written out to the SystemOut.log file. Javacores/thread dumps are needed for determining what code is running in the potentially hung thread, if the reported hung thread is blocked by other threads, and/or if bottlenecks exist in the JVM.
The com.ibm.websphere.threadmonitor.dump.java property was enabled in WebSphere Application Server V6.0.2.29, 6.1.0.19, 7.0, 8.0, 8.5 and later.
Set the com.ibm.websphere.threadmonitor.dump.java property to true. Where?
Detailed Steps:
1. Log on to the admin console of Deployment Manager (DMGR).
2. Go to Servers > Application Servers > server_name > Server Infrastructure > Administration > Custom Properties
3. Click New and add the following property:
Name: com.ibm.websphere.threadmonitor.dump.java
Value: true
4. Click Apply. Click OK and save the configuration changes.
5. Restart the Application Server for the changes to take effect.
Do the same with Node Agent:
- From the DMGR administrative console, click System Administration > Node Agents > nodeagent_name > Additional Properties > Administration Services > Additional Properties > Custom Properties
- Click New and add the following property:
Name: com.ibm.websphere.threadmonitor.dump.java
Value: true
- Click Apply. Click OK and save the configuration changes.
- Restart the Node Agent for the changes to take effect.
No comments:
Post a Comment