创建hbase-indexer出现 0 running

aini

　　新建hbase-indexer后通过hbase-indexer list-indexers发现SEP subscription>并且0 running processes，如下：
　　

INDEXER_NAME　　+ Lifecycle state: ACTIVE
　　+ Incremental indexing state: SUBSCRIBE_AND_CONSUME
　　+ Batch indexing state: INACTIVE

　　+ SEP subscription>　　+ SEP subscription timestamp: 2016-09-25T14:40:37.005+08:00
　　+ Connection type: solr
　　+ Connection params:
　　+ solr.collection =COLLECTION_NAME
　　+ solr.zk = node1:2181,node2:2181,node3:2181/solr
　　+ Indexer config:
　　407 bytes, use -dump to see content
　　+ Indexer component factory: com.ngdata.hbaseindexer.conf.DefaultIndexerComponentFactory
　　+ Additional batch index CLI arguments:
　　(none)
　　+ Default additional batch index CLI arguments:
　　(none)
　　+ Processes
　　+ 0 running processes
　　+ 0 failed processes
　　

　　由 http://www.cnblogs.com/husky/p/solr.html 可知，应该是之前配置的indexer和hbase中的连接信息并没有清理掉，又重新创建了indexer。

2. 恢复过程

• 删除indexer。
  
• 关闭hbase-solr-indexer服务，solr服务，关闭hbase集群
  
• 清理zookeeper上和indexer有关（/ngdata）,和hbase有关（/hbase）（放心删除/hbase！zk下的目录会恢复的，并且表数据不会收到影响）
  
• 重新启动hbase集群，solrcloud, hbase-solr-indexer服务。
  
• 重新开始配置Lily hbase indexer。
  

3. 总结
　　删除solr的zk目录/solr，再启动solr会报错。删除以后恢复过来的solr在zk上只剩下这些节点ls /solr [solr, clusterprops.json, zkdtsm]
　　
而原来是有ls /solr [configs, clusterprops.json, clusterstate.json, aliases.json, solr.xml, solr, live_nodes, overseer, overseer_elect, collections, zkdtsm]
　　
上面这问题和solr没什么关系，主要是没将hbase上面的东西删除干净导致，无需删除/solr就可以恢复。

4. 其他相关问题

4.1 Hbase启动失败
　　报错信息如下：
　　

HRegionServer　　
ABORTING region server master,60020,1506502095106: Unhandled: Failed replication handler create
　　
java.io.IOException: Failed replication handler create
　　
HRegionServer   
　　
Failed init
　　
java.io.IOException: Failed replication handler create
　　

　　查找zk目录/hbase/rs中的master,60020,1506502095106失败，建议关闭HBase集群，删除zk的/hbase目录。（不过这样如果配置了hbase-indexer可能要重建）