前言
集羣使用外部的zk來管理所有的選舉和通訊的，hbase內嵌了一個zk。每次運行hbase後，我的外部zk進程就會掛掉。取而代之的是一個名字叫做HQuorumPeer的進程！
名字是不是很眼熟。和我們的外部zk進程就多了個H？那麼這個進程到底是怎麼回事呢，搞明白爲什麼這個進程出現，搞明白爲什麼我外部的myid文件被篡改就搞明白了真相！
查明原因
每次我的myid文件都會被篡改，在日誌中也沒有反應相應的操作，那麼只能做一個事情，那麼就是將文件權限改爲只讀。當我把文件改爲只讀以後，奇妙的事情就這樣發生了！
啓動完hadoop集羣以後，我啓動了hbase，這裏就出現了寫權限問題！那麼問題來了，爲什麼hbase會操作我的myid呢。而且一個熟悉的進程名字出現在了日誌上！
原來hbase內部的zk我一直沒有去管理他！但是我把hbase的zkData目錄指定給了hbase！而zkData這個目錄我放了myid！
真相
原來是hbase在偷偷的改我的myid文件！那麼怎麼去處理呢？
在hbase-env.sh 修改128行！
export HBASE_MANAGES_ZK=false
以防再次出現類似情況，建議將外部的myid文件權限改爲只讀！
再次啓動一切正常！
總結
配置hbase要細心！我只配置了site文件，卻忘記配置了env文件。
從源頭解決問題，直接將文件權限修改，防止篡改。查名真相以後及時處理！