在Linux下执行 jps 是快速查看Java程序进程的命令,一般情况下hadoop,hbase,storm等进程都是通过jps查看,有些时候因为进程没有被正常结束,比如资源占用过大时挂掉或者没有结束进程就直接重启计算机,会导致原有进程变为-- process information unavailable这样的空值,有时候不用管它,一段时间后会自动消失,如果一直不消失的情况下,可以使用如下方法清理: 进入/tmp目录 cd /tmp 可以看到有很多以hsperfdata_{用户名}这样的目录,…

4883 -- process information unavailable 解决办法: 进入tmp目录, cd /tmp 删除该目录下 名称为hsperfdata_{username}的文件夹 然后jps,清净了.…

现象 启动Hadoop的时候使用jps检查进程 ,出现Process information unavailable的问题,如下 [root@vm8033 local]# jps -- process information unavailable -- process information unavailable Jps -- process information unavailable -- process information unavailable -- process infor…

jps 显示process information unavailable解决办法jps时出现如下信息: 4791 -- process information unavailable 解决办法: 进入tmp目录, cd /tmp 删除该目录下 名称为hsperfdata_{username}的文件夹 然后jps,清净了.…

启动Hadoop之后,使用jps命令查看当前系统的java进程情况,显示: hduser@jack:/usr/local/hadoop$ jps 18470 SecondaryNameNode 19096 Jps 12167 -- process information unavailable 19036 NodeManager 18642 ResourceManager 18021 DataNode 17640 NameNode 这时可以通过进入本地文件系统的/tmp目录下,删除名称为hspe…

jps出现process information unavailable(当然我ps -aux了,确定该进程是存在的),网上查找了原因,我的理解是这样: 因为jps的进程信息是存储在/tmp/hsperfdata_{myuser}中,那么当我使用 root 操作jps时,发现其它用户启动的java进程的tmp文件是读不了的.所以使用 sudo -u cloudera-scm /usr/java/jdk1.7.0_79/bin/jps 即可正常显示jps信息了. sudo -u hdfs /usr…

百度的方法有两种: 第一种 1.进入/tmp 2.删除该目录下的hsperfdata_${username} 文件夹 3.再执行jps 第二种 做软连接 或者修改权限hsperfdata_${username} . 但是都没有解决我的问题: 切换jdk版本,完美解决,但是不知道为什么. 仅仅提供我的解决方案..哪位老哥知道的话可以解答一下啊. jps原理: ********************************************************以下转载自https://w…

在之前停止java进程时,使用了 kill -9,结果进程未正常退出. 之后每次执行 jps 命令时都会打印出 -- process information unavailable 在ls /tmp/hsperfdata_USER/ 目录下 列出了一些进程相关的文件 jps 执行时会到这个目录下查找java进程文件 删掉那些 进程信息不可用的 PID 文件即可…

执行jps,有些未知进程: 2690 -- process information unavailable2666 原因:内存不足. cd /tmp/hsperfdata_impala/ 执行ll后,发现其中正好有2个文件,删除这2个文件即可: -rw------- 1 impala impala 32768 Jul 9 23:48 2666-rw------- 1 impala impala 32768 Jul 9 23:47 2690 解决方案: cd /tmp rm -rf hsperfd…

有时候在centos上查看java进程时,会遇到process information unavailable 的情况,如下图: 不同账号之间kill进程时,可能会造成这种现象(比如:deploy用户启动了一个java进程,但是用root用户去kill,虽然杀掉了,但是查看进程时偶尔就会出现) 解决办法:cd /tmp 进到该目录,然后ls查看下,通常会遇到很多hsperfdata_开头的目录,进入可疑的目录看看,比如 然后把11786这个给 rm -rf 11786 干掉,然后再看进程就消失了…