长时间未关闭hadoop集群导致stop-all.sh 失效

如果长时间未关闭hadoop集群，执行stop-all.sh命令会报错：no DataNode/NameNode to stop。
这是因为hadoop启动时的默认地址为：export HADOOP_PID_DIR=${HADOOP_PID_DIR}
即存放log的地址（/tmp），在启动时可以看到starting datanode, logging to /hadoop/hadoop-2.7.7/logs/hadoop-root-datanode-master.out。
但hadoop会定期清理log文件夹中的文件，长时间不关闭hadoop集群会导致hadoop清理了log文件夹中DataNode/NameNode的进程的pid，从而导致stop-all.sh 无法获得DataNode/NameNode的进程的pid，自然无法关闭hadoop集群。

解决方法：
先使用ps -ef | grep java | grep hadoop找到相关的进程的pid，后用kill -9 pid杀掉相关进程。
再创建一个新的文件夹存放DataNode/NameNode的进程的pid
修改每个节点的hadoop-env.sh文件：
将原有的export HADOOP_PID_DIR=${HADOOP_PID_DIR}注释掉，添加export HADOOP_PID_DIR=（你想要将pid存放的文件夹路径）。最后改为上图形式
重新启动hadoop集群，start-all.sh后

可以发现DataNode/NameNode的进程的pid被放入了指定的文件夹
打开文件可以发现里面有一串对应进程的pid

除了上述问题外，还有两个导致这种情况的可能：
1：环境变量 $HADOOP_PID_DIR 在你启动 hadoop 后改变了
2：以另外的用户身份执行 stop-all