Arthas 启动时无法获取java进程

问题的原因可能很多，解决步骤如下：

1、首先要保证你的环境变量配置是正确的：

 java -verion
 javac -version 都能正常显示

[root@db arthas]# java -version
java version "1.8.0_181"
Java(TM) SE Runtime Environment (build 1.8.0_181-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)
[root@db arthas]#
[root@db arthas]# javac -version
javac 1.8.0_181
[root@db arthas]#

附Centos配置方法

vi /etc/profile

#结尾加入
export JAVA_HOME=/opt/java-8u131-linux-x64
export JRE_HOME=${JAVA_HOME}/jre
PATH=$JAVA_HOME/bin:$PATH

source /etc/profile

2、问题

ps -ef | grep java 可以查询到java进程
但 jps 查不到，启动arthas 报错

[root@db arthas]# java -jar arthas-boot.jar
[INFO] arthas-boot version: 3.6.2
[INFO] Can not find java process. Try to run `jps` command lists the instrumented Java HotSpot VMs on the target system.
Please select an available pid.
提示没得java进程，那我们通过指定PID方式启动试一下
[root@db arthas]# /opt/java-8u131-linux-x64/bin/java -jar arthas-boot.jar 6514
[INFO] arthas-boot version: 3.6.2
[INFO] arthas home: /opt/arthas
[INFO] Try to attach process 6514
[ERROR] Start arthas failed, exception stack trace:
com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded
        at sun.tools.attach.LinuxVirtualMachine.<init>(LinuxVirtualMachine.java:106)
        at sun.tools.attach.LinuxAttachProvider.attachVirtualMachine(LinuxAttachProvider.java:63)
        at com.sun.tools.attach.VirtualMachine.attach(VirtualMachine.java:208)
        at com.taobao.arthas.core.Arthas.attachAgent(Arthas.java:100)
        at com.taobao.arthas.core.Arthas.<init>(Arthas.java:27)
        at com.taobao.arthas.core.Arthas.main(Arthas.java:151)
[ERROR] attach fail, targetPid: 6514
还是一样的。

这就尴尬了，jps为什么不显示已经启动的Java进程？

一般来说java程序启动之后会在/tmp/hsperfdata_[用户名]目录下创建一个以该进程PID为名称的目录，该PID下放一些相关信息。jps就是去该目录去获取进程的。那我们cd /tmp/hsperfdata_root/(我用的root用户) 去看看，果然该目录没有对应PID的目录。

[root@db tmp]# cd hsperfdata_root/
[root@db hsperfdata_root]# ls

空的

那为什么/tmp/hsperfdata_root/目录下没有对应的PID目录？

cd /tmp目录发现有一个奇怪的目录，以systemd-private开头

[root@db tmp]# ls -lh
total 0
drwxr-xr-x 2 root   root    6 Aug 15 10:00 hsperfdata_root
drwx------ 3 root   root   17 Aug 15 10:00 systemd-private-110c171e006b48acbbf4f0a8328d3e58-h-server.service-ij41B8

这看起来就是我们启动的进程。

原因基本清楚了

由于我们是用systemctl方式启动的java程序，而不是直接java -jar方式启动，所以才出现这个问题。

解决方法

修改h.service文件

cd /lib/systemd/system
vi h.service

[Unit]
Description=h server
After=network.target

[Service]
Type=forking
ExecStart=/opt/h/start.sh
ExecStop=/opt/h/stop.sh
PrivateTmp=true
SuccessExitStatus=143

Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target

将PrivateTmp=true改为false

 这里的PrivateTmp算一种安全策略，看上面图中systemd-private-xxx的权限，其他用户连读都没有。 如果你不需要用到jps，jconsole这些工具那=true就行，但是有防火墙，有各种防护规则，这里设置为false个人感觉也可以。

systemctl daemon-reload
刷新后重启服务即可
[root@db tmp]# cd hsperfdata_root/
[root@db hsperfdata_root]# ls
7105
可以看到/tmp/hsperfdata_root 目录下有了该PID的目录，此时JPS即可正常获取该进程

可以使用Arthas了。