hadoop和hbase默认的情况下，会把pid文件存储

有时候，我们对运行几天或者几个月的hadoop或者hbase集群做停止操作，会发现，停止命令不管用了，为什么呢？
因为基于java开发的程序，想要停止程序，必须通过进程pid来确定，而hadoop和hbase默认的情况下，会把pid文件存储在Linux上的/tmp目录的某个目录下，进程名命令规则一般是  框架名-用户名-角色名.pid，而默认情况下，linux的tmp里面的东西，一天会删除一次，所以把pid文件放在这里面，并不是长久之计，为了安全起见，我们还是放到一个固定的目录下最好，当然不能放在/tmp下

如何配置避免把进程文件写到临时目录下面呢？

一：Hadoop配置：

（1）修改hadoop-env.sh
修改如下，如果没有下面的设置，可以直接添加：

export HADOOP_PID_DIR=/ROOT/server/pids_hadoop_hbase
export HADOOP_SECURE_DN_PID_DIR=/ROOT/server/pids_hadoop_hbase

上述配置，影响
NameNode
DataNode
SecondaryNameNode
进程pid存储



（2）修改mapred-env.sh
修改
export HADOOP_MAPRED_PID_DIR=/ROOT/server/pids_hadoop_hbase

上述配置，影响
JobHistoryServer
进程pid存储

（3）修改yarn-env.sh
修改或者添加（不存在此项配置时），这里面我没有找到pid的环境设置变量，所以就直接添加了

export YARN_PID_DIR=/ROOT/server/pids_hadoop_hbase

上述配置，影响
NodeManager
ResourceManager
进程pid存储


二：Hbase的配置
修改hbase-env.sh

export HBASE_PID_DIR=/ROOT/server/pids_hadoop_hbase


上述配置，影响
HMaster
HRegionServer

进程pid存储


再次启动集群，就会发现指定的pids_hadoop_hbase下有进程pid文件已经存储进来：







如此以来，就安全多了，再次关闭集群时，不用再担心进程文件找不到，而导致只能暴力 kill 相关
进程，这样做比较危险，一般情况不推荐这样做

参考文章：
http://blog.csdn.net/xiao_jun_0820/article/details/35222699