If Confluence stops responding and you cannot access its integrated Generate Thread Dump feature, it is possible to create thread dumps outside the application. External thread dumps are also useful if you require information on locks being held or waited upon by threads.
|
Typically you'll want to take several dumps about 10 seconds apart, in which case you can generate several dumps and output the stack traces to a single file as follows: |
ps -ef | grep java. |
kill -3 <pid> |
|
This will not kill your server (so long as you included the "-3" option, no space in between). |
If you are running Confluence through a console, rather than as a service, you can click on the console and press <CTRL>+BREAK
The JDK ships with a tool named jstack for generating thread dumps.
Ctrl + Shift + Esc and find the Process ID of the Java (Confluence) process. You may need to add the PID column using View -> Select Columns ...adam@track:~$ jstack -l 22668 > threaddump.txt |
Common issues with jstack:
|
Standard logging for Confluence Stand-alone is sent to the atlassian-confluence.log, in the confluence-home directory, not in the confluence-install directory. Thread dumps are an exception since they dump the threads of the entire application server - they'll appear in the catalina.out file in the application directory's logs folder. You can search for the term "thread dump" in the log file for the beginning of the dump. Submit this along with the atlassian-confluence.log in your support ticket.
java.net