Docker跨容器通信：从另一容器获取Jmap转储文件

我之前折腾过类似的跨容器JVM堆转储需求，结合你遇到的错误来拆解下问题和可行的解决办法：

先分析你遇到的错误根源 #

你看到的futex(0x7f6f4c80c9d0, FUTEX_WAIT, 52, NULL51: Unable to open socket file: target process not responding or HotSpot VM not loaded错误，本质是JVM的Attach机制依赖进程间通信（IPC）和共享文件系统，而Docker默认的隔离环境切断了容器1和容器2之间的这些通路：

• JVM会在/tmp目录生成.java_pid<进程ID>的socket文件，用于attach工具（jmap/jstack等）和目标进程通信
• 容器默认的PID命名空间隔离，让容器1无法直接看到容器2的进程ID和对应的socket文件

具体解决方法 #

1. 共享PID命名空间+添加必要权限 #

让容器1加入容器2的PID命名空间，这样容器1就能看到容器2的所有进程，同时赋予容器1SYS_PTRACE权限（这是attach进程必需的能力）：

# 启动容器1时指定共享容器2的PID命名空间，并添加ptrace权限
docker run --pid=container:<容器2的ID/名称> --cap-add=SYS_PTRACE -d <容器1镜像>

之后在容器1里可以用ps aux确认能看到容器2的Java进程，再尝试执行jmap：

jmap -dump:format=b,file=/local/heapdump.hprof <容器2的Java进程PID>

2. 共享JVM Socket文件目录 #

如果不想共享整个PID命名空间，也可以单独共享容器2的/tmp目录（JVM生成socket文件的默认位置）到容器1：

1. 先启动容器2时挂载一个共享卷到/tmp：

docker run -v jvm_socket_volume:/tmp -d <容器2镜像>

2. 启动容器1时挂载同一个卷到某个目录，比如/container2_tmp：

docker run -v jvm_socket_volume:/container2_tmp -d <容器1镜像>

3. 在容器1里执行jmap时，指定socket文件的路径（需要告诉jmap去哪里找目标进程的socket）：

jmap -J-Djava.io.tmpdir=/container2_tmp -dump:format=b,file=/local/heapdump.hprof <容器2的Java进程PID>

3. 更简单的替代方案：直接在容器2生成转储再拷贝 #

如果跨容器attach的配置太繁琐，其实可以绕开这个问题：直接在容器2内执行jmap生成堆转储，再通过docker cp或者共享卷拿到文件：

# 第一步：在容器2内生成堆转储到临时路径
docker exec <容器2的ID/名称> jmap -dump:format=b,file=/tmp/heapdump.hprof <Java进程PID>

# 第二步：把转储文件拷贝到主机
docker cp <容器2的ID/名称>:/tmp/heapdump.hprof /主机本地路径/

# 第三步：如果需要传到容器1，再拷贝进去
docker cp /主机本地路径/heapdump.hprof <容器1的ID/名称>:/容器1内路径/

4. 检查JVM启动参数 #

最后别忘了排查容器2的Java进程是否加了-XX:+DisableAttachMechanism参数——这个参数会直接禁用JVM的attach功能，如果有这个参数，必须去掉后重启容器2才能使用jmap。

内容的提问来源于stack exchange，提问作者Santiago Redondo