3

我们在生产 tomcat 服务器上遇到了一些线程堆积的问题，所以我想设置一些 cron 来定期检查线程转储并在出现问题时发送警报电子邮件。为此，我们需要从 shell 脚本中获取文件中的线程转储，但我无法做到这一点。从 shell 我可以KILL -3 <PID>定期发出，但问题是转储转到 catalina.out，其中包含 GB 的数据，因为仅拉出线程转储是一个痛苦的过程。一些讨论线程建议使用“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 团队一起开放。

任何其他智能地采取和分析线程转储的建议？或者脚本来解析巨大的 catalina.out 并从中获取线程转储？

4

3 回答 3

2

查看这篇关于调度线程转储的文章。我认为这正是你想要做的。

于 2012-05-07T12:45:13.120 回答
1

另一种选择可能是 JMX - ThreadMXBean。这在 SO 问题如何通过 JMX 创建线程转储？

于 2012-04-14T17:00:47.743 回答
0

我想出的一种快速方法是（错误）使用javamelody。我们用它来监控应用程序的各个方面，它还提供了查看当前线程的可视化和常用方法，所以我编写了一个小的 shell 脚本来每分钟点击“http://IP:PORT/SERVICE/monitoring?part=threadsDump”在文件中转储响应。如果响应包含任何阻塞的线程脚本将每 5 秒进行一次线程转储。这在一定程度上有所帮助，但是当问题恶化和服务器停止时，javamelody 也会停止响应。

于 2012-05-07T12:37:34.630 回答