锐客网

  1. 首页 > it技术 > >

组件使用systemd管理进程后，jps无法查看已启动进程

1.问题现象 组件反馈使用systemd控制进程后，相应的JAVA进程已启动，并且通过ps可以查看到进程，但是jps无法显示该进程的进程号，现象如下图所示


组件使用systemd管理进程后，jps无法查看已启动进程
文章图片


2. 问题分析 基于该问题现象，首先确认进程启动时使用的java和用户环境变量中java是否一致，经确认不存在使用不同路径下java版本差异问题，排除java版本不同的可能
既然用ps -ef|grep hps-agent能看到启动的java进程，但是用jps查看却不存在该进程的id,当然这种情况下jconsole、jvisualvm可能也无法监控该进程，其他java自带工具也可能无法使用。那要解决我们的问题首先要弄清楚jps如何显示当前用户已启动的java进程信息。下面介绍一下jps如何显示当前用户已启动java进程信息
1）jps的作用 jps类似linux的ps命令，不同的是ps是用来显示进程，而jps只显示java进程，准确的说是当前用户已启动的部分java进程信息，信息包括进程号和简短的进程command。
2） jps如何显示进程 java程序启动后，默认（请注意是默认）会在/tmp/hsperfdata_userName目录下以该进程的id为文件名新建文件，并在该文件中存储jvm运行的相关信息，其中的userName为当前的用户名，/tmp/hsperfdata_userName目录会存放该用户所有已经启动的java进程信息。对于windows机器/tmp用Windows存放临时文件目录代替。而jps、jconsole、jvisualvm等工具的数据来源就是这个文件（/tmp/hsperfdata_userName/pid)，并且只会从这个目录下面读取该文件，所以当该文件不存在或是无法读取时就会出现jps无法查看该进程号，jconsole无法监控等问题


了解了以上原理，基本上已经心中有数，也就是说只要/tmp/hsperfdata_userName
目录下面生成该进程id的文件，那么jps应该就可以显示对应的进程信息。
分别验证两种方式，一种通过进程启动脚本拉起进程，对应的目录下生成了该id命名的文件，可以通过jps查看到进程信息，如下图所示
组件使用systemd管理进程后，jps无法查看已启动进程
文章图片
第二种通过systemd拉起进程后，jps查看不到进程信息，到对应目录查看发现该id文件确实不存在，所以此时jps无进程信息也就可以解释了。那么为什么没有生成该id文件？此时我们有必要了解一下使用systemd启动进程跟手工通过脚本拉起有什么差异？请看进程对应的service文件。


组件使用systemd管理进程后，jps无法查看已启动进程
文章图片
从上图文件可知，针对该进程配置了PrivateTmp属性，并且该属性值为true.对于通过systemd控制的进程来说，每个进程都会有PrivateTmp这么一个属性，用于设置是否使用私有的tmp目录。只要设置使用这个属性的service，都会使用私有的tmp目录。
到这里恍然大悟，原来进程对应的tmp目录不是jps默认读取的目录了，下面
我们来确认一下是否果真如此？如下图所示，进程拉起后在/tmp目录下，生成了/tmp/systemd-private-xxxxx-hps-agent.service-xxx 格式的linux目录，并且进入该目录，以进程id命名的文件按照默认的目录结构赤裸裸的躺在这里，静等别人来读取呢。


组件使用systemd管理进程后，jps无法查看已启动进程
文章图片
组件使用systemd管理进程后，jps无法查看已启动进程
文章图片
到此，该问题完全明确，都是进程tmp目录变化惹的祸。
3.问题解决 针对想要通过jps查看进程，又希望通过systemd负责进程管理的情况，我们只需要修改对应的service配置，关闭PrivateTmp开关即可。
但是使用systemd管理进程，是不是我们都必须关闭这个开关，所有进程都使用共享的tmp目录呢，答案必须是否定的，要不然还设计这个配置干啥呢


4.为何要使用PrivateTmp /tmp目录一般是所有用户和所有service都共享的，对于所有用户和service来说，都会有写和读的权限。如下图所示，那么这里会存在安全性的问题。把各个service的tmp目录隔离开的话，可以保证一定的安全性。


组件使用systemd管理进程后，jps无法查看已启动进程
文章图片


对于每个service的tmp目录，会在服务启动(start)时创建该目录，并且在关闭(stop)服务时删除该目录。如果我们是使用自己定义的临时目录路径的话，就需要我们自己定义相关的维护机制了(如：定期删除这些临时文件等)，而使用这个PrivateTmp的话，就不需要我们自己去维护了。
【组件使用systemd管理进程后，jps无法查看已启动进程】

组件使用systemd管理进程后，jps无法查看已启动进程
文章图片






5.其他jps无法显示进程的情况 从网上查询了几个jps无法显示进程的情况，一同分享。
1) 磁盘读写、目录文件权限问题 若该用户没有权限写/tmp目录或是磁盘已满，则无法创建/tmp/hsperfdata_userName/pid文件。或该文件已经生成，但用户没有读权限
2)临时文件丢失，被删除或是定期清理 对于linux机器，一般都会存在定时任务对临时文件夹进行清理，导致/tmp目录被清空。常用的可能定时删除临时目录的工具为crontab、redhat的tmpwatch、ubuntu的tmpreaper等等。
3)Java进程信息文件存储地址被设置，不在/tmp目录下 上面我们在介绍时说默认会在/tmp/hsperfdata_userName目录保存进程信息，但由于以上1、2所述原因，可能导致该文件无法生成或是丢失，所以java启动时提供了参数(-Djava.io.tmpdir)，可以对这个文件的位置进行设置，而jps、jconsole都只会从/tmp目录读取，而无法从设置后的目录读取信息。
6.其他补充 /tmp/hsperfdata_userName/pid文件会在对应java进程退出后被清除。如果java进程非正常退出（如kill -9），那么pid文件会被保留，直到执行一次java命令或是加载了jvm程序的命令（如jps、javac、jstat），会将所有无用的pid文件都清除掉
7.参考 Jsp介绍：http://download.oracle.com/javase/1.5.0/docs/tooldocs/share/jps.html
man
systemd.exec 查找PrivateTmp关键字
https://lists.centos.org/pipermail/centos/2015-April/151589.html
http://0pointer.de/blog/projects/security.html
https://access.redhat.com/blogs/766093/posts/1976243
http://fedoraproject.org/wiki/Features/ServicesPrivateTmp

    推荐阅读


    上一篇：浅谈如何改变自己|浅谈如何改变自己 - 草稿

    下一篇：区块链如何重塑金融体系（）