1.jps所在的位置
[hadoop@hadoop ~]$ which jps
/usr/java/jdk1.8.0_144/bin/jps
2.对应的进程号标识文件存储在哪里?
如下图,会存储在/tmp/hsperfdata_用户名(在这里用户是hadoop)
对/tmp/hsperfdata_hadoop/目录下的namenode进程10003进行mv操作,接下来ll发现正常,但是当jps在此查看的时候发现namenode的进行100003已经自动被清理如下图:
但是ps -ef查看namenode的进程还是存在的,如下图:
访问hdfs的50070端口也还是正常的
另外一个如果jps看到如下的效果(在此的效果不是很明显,在CDH上会很直观)
总结:当看见 process information unavailable不能代表进程是存在 或者不存在,要当心,jps命令拿的内容就是前边提到的/tmp/hsperfdata_hadoop目录下的文件名。像前边mv修改完文件名之后系统自动步骤清理此目录,尽管jps之后看不到任何内容,也不能说明进程的状态是正常还是已经挂掉。所以尤其使用jps命令来做脚本状态检测的一般使用经典的 ps -ef | grep xxx命令去查看进程是否存在,这才是真正的状态检测。
但是用ps -ef这种方式又可能会存在另外一种情况:比如spark thriftserver +hive 会启动一个driver 进程 110,默认端口号 10001。由于该程序的内存泄露或者某种bug,导致进程ps是存在的,10001端口号下线了,就不能够对外提供服务。所以在生产上做任何程序的状态检测,必须通过端口号来。