java如何从tomcat自动获取线程转储
我们在生产tomcat服务器上遇到了一些问题,所以我想设置一些cron来定期检查线程转储,并在出现问题时发送警报电子邮件。要做到这一点,我们需要从shell脚本获取文件中的线程转储,但我无法做到这一点。从shell我可以定期发布KILL -3 <PID>
,但问题是转储到catalina。out包含GBs的数据,因此只提取线程转储是一个痛苦的过程。一些讨论线程建议使用“jstack”并将输出重定向到一个文件,但这也不起作用,并导致以下错误:
-bash-3.2# java -version
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)
-bash-3.2# uname -a
Linux ip-10-130-225-20 2.6.16.33-xenU #2 SMP Wed Aug 15 17:27:36 SAST 2007 x86_64 x86_64 x86_64 GNU/Linux
-bash-3.2# sudo /usr/java/jdk1.6.0_24/bin/jstack -F 15668
Attaching to process ID 15668, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 19.1-b02
Deadlock Detection:
No deadlocks found.
Thread 8183: (state = BLOCKED)
Error occurred during stack walking:
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.execute(LinuxDebuggerLocal.java:152)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet(LinuxDebuggerLocal.java:466)
at sun.jvm.hotspot.debugger.linux.LinuxThread.getContext(LinuxThread.java:65)
at sun.jvm.hotspot.runtime.linux_amd64.LinuxAMD64JavaThreadPDAccess.getCurrentFrameGuess(LinuxAMD64JavaThreadPDAccess.java:92)
at sun.jvm.hotspot.runtime.JavaThread.getCurrentFrameGuess(JavaThread.java:256)
at sun.jvm.hotspot.runtime.JavaThread.getLastJavaVFrameDbg(JavaThread.java:218)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:76)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:60)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:221)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:86)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.tools.jstack.JStack.runJStackTool(JStack.java:118)
at sun.tools.jstack.JStack.main(JStack.java:84)
Caused by: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet0(Native Method)
java团队似乎对这个bug持开放态度
有没有其他建议可以智能地获取和分析线程转储?或者用脚本来解析巨大的catalina。然后从中得到线程转储
# 1 楼答案
查看这篇关于scheduling thread dumps的文章。我想这正是你想要做的
# 2 楼答案
我想出的一个快速方法是(mis)使用javamelody。我们使用它来监控应用程序的各个方面,它还提供了可视化和;查看当前线程的常用方法,因此我编写了一个小的shell脚本http://IP:PORT/SERVICE/monitoring?part=threadsDump“每分钟一次,并将响应转储到一个文件中。如果响应包含任何被阻止的线程,脚本将每5秒进行一次线程转储。这在一定程度上会有所帮助,但当问题恶化和服务器暂停时,javamelody也会停止响应。”