众所周知,Hbase是一个有点危险的存在,因为其太过脆弱,稍不注意就会被你玩坏了,他玩坏了不要紧,重要的是你的数据跟着没了就不好玩了。这次,我就又不负众望地给它搞坏了,其实说坏了,也不是完全坏了,因为它的进程还是启动的很稳定的,只不过是 *** 作客户端时,发现了一点小问题
之前我的节点是3个,但是我觉得太少,增加成了5个,增加之后发现,要改的东西太多了,所以,在建集群时,就把数量定好是一件非常好的事情,不要像我一样,后续更改服务太麻烦了
下面,来说说我的问题,因为是解决了之后才想起来写个博客记录一下,所以就没有多少截图,无法创建报出来的代码也没截上。
hbase在更改之后启动,因为我提前已经把 log 目录删了,所以它可能找不到我之前的东西了,然后又新建了,
在百度之后,有人说把HDFS上的hbase目录删除就好了,然后我就试了试,果然,这样是不行的。
就在某一刻,突然想起来 zookeeper中是不是也有呢?
直接进入客户端!
注意看最后一个就是
这是hbase目录下的内容,其实仔细看后面三个,namespace里面存的就是你的命名空间的信息,hbaseid里面存的是你的Master的位置,因为在你使用读写数据功能时,会先找zookeeper找到Master,等Master给了其他节点的内容后,然后才会去执行 *** 作
table中,我们的表都会在里面显示,所以说明,zookeeper中的内容还是挺关键的,所以,我找的位置没错,这使我更加笃定了
然后,话不多说,直接删除
因为我已经删过了,所以就不删了 哈哈哈哈 就展示个命令就好
删完了直接 quit
重启zookeeper,启动HDFS和Yarn,接着启动Hbase,就会发现,我们的Hbase可以创表了!!!
这里要画个重点了,一定要注意,我的Hbase中没有任何重要的数据,完全是个人使用的,如果你是公司的库,千万不要随意删除,小心老板不让你回家!!
到这里,问题就已经解决了,如果还有什么不一样的问题,欢迎评论区来讨论讨论,
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)