openjdk-alpine镜像无法打印线程堆栈和内存堆栈问题

Posted lasdaybg

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了openjdk-alpine镜像无法打印线程堆栈和内存堆栈问题相关的知识,希望对你有一定的参考价值。

基于openjdk:8u171-alpine构建的java镜像,使用jstack命令打印线程的时候会提示以下错误:

/opt # ps -ef
PID USER TIME COMMAND
1 root 0:28 /usr/lib/jvm/java-1.8-openjdk/bin/java -jar /test/lib/test.jar
66 root 0:00 /bin/sh
70 root 0:00 ps

/opt # jstack 1
1: Unable to get pid of LinuxThreads manager thread

使用jmap命令尝试了一下,也是一样的错误。
换了一种启动方式,使用/bin/sh启动docker,然后进入docker手动启动java进程,然后再用jstack命令,就能正常打印。
换了一个centos镜像,手动安装openjdk,在启动docker的时候直接启动java进程,然后进入docker,使用jstack命令,也可以正常打印。

通过这几种尝试,得出的结论是:
使用centos+java镜像,可以正常打印线程堆栈,但是这种方式的缺陷就是镜像太大,大约600M左右;
使用alpine+java镜像,以/bin/sh方式启动docker,然后手动启动java进程,这时java进程的PID不为1,这种方式能够正常打印线程堆栈。这种方式缺点就是java进程如果异常退出了,docker不会检测到,所以无法做自动重启等操作;
使用alpine+java镜像,如果是以直接运行java进程的方式启动docker,也就是说java进程的PID为1,这种方式无法正常打印线程堆栈。

查看了一下github上openjdk官方的问题答复,确实是存在这种情况,并且openjdk的维护成员看上去也无法解决这个问题。
但是有一个曲线解决方法,就是在启动docker的时候先运行一个tini进程,然后通过tini进程去运行java进程。
这种方式java进程的PID不为1,能够打印堆栈,同时如果java进程退出,tini也能检测到,并通知到docker,docker来做相关的处理,完美的解决了这个问题。

参考Dockerfile如下:

FROM openjdk:8u171-alpine
RUN apk add tini
ENTRYPOINT ["tini"]

这里的RUN命令指定在制作镜像的时候通过apk管理工具安装了tini程序。ENTRYPOINT命令指定在运行docker的时候要运行tini程序,具体的java程序作为参数传给tini。
我们有多个java微服务,所以不能把tini装在每个java微服务镜像中,而是装在我们自己的基础镜像中。

具体服务的Dockerfile如下:

FROM java
ADD build/bootScripts /test/bin
ADD build/libs /test/lib
WORKDIR /test
EXPOSE 8080
CMD /test/bin/test

这里的/test/bin/test就是传给tini的实际要执行的启动命令。

参考资料:
https://github.com/docker-library/openjdk/issues/76
https://github.com/krallin/tini/issues/8











以上是关于openjdk-alpine镜像无法打印线程堆栈和内存堆栈问题的主要内容,如果未能解决你的问题,请参考以下文章

如何对CDH集群中的Impala打印线程堆栈

使用 GDB 在堆栈上打印符号

在linux平台上用c/c++打印进程的所有线程堆栈跟踪

如何找到导致cpu飙高的线程堆栈信息

jstack:java线程的调用堆栈

细读源码之Log4j打印异常堆栈导致线程Block问题分析