How do you generate and analyze a thread dump from a running JBoss instance?
相关问题
- Delete Messages from a Topic in Apache Kafka
- Jackson Deserialization not calling deserialize on
- How to maintain order of key-value in DataFrame sa
- StackExchange API - Deserialize Date in JSON Respo
- Difference between Types.INTEGER and Types.NULL in
There is a JBoss-specific method that is slightly more user-friendly:
http://community.jboss.org/wiki/GenerateAThreadDumpWithTheJMXConsole
This is especially useful when you don't have direct access to the host machine (which "kill" would require).
Two options:
OPTION 1 Generate a thread dump using JMX Console
In order to generate a thread dump:
http://localhost:8080
)jboss.system:type=ServerInfo
mbean (hint: you can probably just CTRL-F and enter type=ServerInfo in the dialog box)listThreadDump
Notes:
If you are using Internet Explorer you should use
File > Save As
to save the output instead of copying the data to a text editor. For some reason when you copy the text from Internet Explorer the line breaks are not copied and all of the output ends up on a single line.OPTION 2 Generate a Thread Dump using Twiddle
Alternatively you can use twiddle to execute the
listThreadDump()
method and pipe the returned HTML directly to file. Use this command line:Thread.getAllStackTraces() (since Java 1.5)
https://community.jboss.org/wiki/ThreadDumpJSP page features standalone self-contained threaddump.war that can be used without JMX.
http://java.sun.com/developer/technicalArticles/Programming/Stacktrace/
...
"On UNIX platforms you can send a signal to a program by using the kill command. This is the quit signal, which is handled by the JVM. For example, on Solaris you can use the command kill -QUIT process_id, where process_id is the process number of your Java program.
Alternatively you can enter the key sequence <ctrl>\ in the window where the Java program was started. Sending this signal instructs a signal handler in the JVM, to recursively print out all the information on the threads and monitors inside the JVM."
...
"Determining the Thread States
You will see many different threads in many different states in a snapshot from a JVM stack trace. The key used is:
R Running or runnable thread
S Suspended thread
CW Thread waiting on a condition variable
MW Thread waiting on a monitor lock
MS Thread suspended waiting on a monitor lock"
Sometimes JBoss locks so much that even jmx-concole doesn't respond. In such case use kill -3 on Linux and SendSignal on Windows.