集群檢查正常,hbase中某一張表或多張表,讀與寫都不行,hbase shell查詢報錯資訊如下:
error: org.apache.hadoop.hbase.notservingregionexception: region ebike_locus_1,304,1531291013653.4c4a5ca7069f9758d97b089785b61264. is not online on hadoop6,60020,1550477920553
集群宕機,zk與hbase通訊故障,同事有程式往hbase寫入資料,造成某些region分割槽與原資訊表中的對應不上,導致表不可用
我的解決辦法是:
a.先在hbase shell中失效表。執行命令:disable tablename
disable tablename
b.停止hbase服務
c.把hdfs上/hbase/data/default/(不一定是這個目錄,具體集群具體分析)下的表移到別的地方
d.啟動hbase服務
e.hbase shell中刪除失效表,執行命令:drop tablename
drop tablename
f.修復.meta.表。在hbase節點的root使用者下執行:hbase hbck -fixmeta(注意此命令要有/hbase下的執行許可權,檢視報錯資訊,新增對應的目錄許可權後再次執行)
hbase hbck -fixmeta
g.把hdfs上移到別的地方的目錄檔案再次移動回/hbase/data/default/下
h.再次執行f步驟
i.hbase shell中檢視,如果依然失敗,重新分割槽,執行命令:hbase hbck -fixassignments。
hbase hbck -fixassignments
Python檔案讀寫 錯誤一
在學習python的檔案讀寫操作的時候,我遇到了一點麻煩事,覺得可以記錄下來,先上 吧。with open test.txt as file file.write test print file.read 我的目的很簡單,就是以預設的a模式開啟檔案,並在檔案末尾寫入 test 然後把最新的檔案讀出來...
鐵電 鐵電讀寫程式單個讀寫錯誤BUG 的解決
在操作鐵電儲存器的過程中,發現乙個bug,那就是連續寫入的時候,結果正確,單個寫入的時候結果不正確,而且都是第乙個正確,緊跟著的就不正確。後來懷疑是每個寫的程式後面延時不夠,但是不管延時長,均是一樣的結果。開始懷疑鐵電操作方面的原因,又重新看了幾遍pdf,依然沒有發現問題所在。經過周老師的指點,把分...
Hbase的讀寫流程
步驟1 client通過zookeeper的排程,向hregionserver發出寫資料請求,在hregion中寫資料。步驟2 資料被寫入hregion的memstore,直到memstore達到預設閾值。步驟3 memstore中的資料被flush成乙個storefile。步驟4 隨著storef...