我正在尝试同时向当前的2节点DC添加4个节点。根据Datastax的建议，我关闭了Vnodes。在每个节点中构建主索引之后，在日志中多次打印以下警告：
WARN [SolrSecondaryIndex ks.cf index initializer。] 2014-06-20 09：39：59,904 CassandraUtil.java（第108行）错误操作超时 - 只收到3份回复。尝试CL QUORUM 4中的1分
我明白这意味着什么。但是，为什么当这些节点仍在引导时，Cassandra期望节点满足CL？更重要的是，警告如何影响引导程序？我注意到节点不再进行任何索引构建或流式处理;但他们也一直处于“积极 - 加入”状态。他们有没有机会完成？我该怎么办？
我正在使用DSE 4.0.3。 DC中的所有现有节点和新节点都是搜索节点。我使用针对MurMur3Partitioner的python程序预先计算了令牌。
编辑：
虽然 nodetool compactionstats 在节点中没有显示任何正在进行的索引构建，但出于某种原因，我仍然在日志中看到很多这样的行：
INFO [IndexPool backpressure thread-0] 2014-06-20 12:30:31,346 IndexPool.java (line 472) Throttling at 26 index requests per second with target total queue size at 40
INFO [IndexPool backpressure thread-0] 2014-06-20 12:30:34,169 IndexPool.java (line 428) Back pressure is active with total index queue size 18586 and average processing time 2770
编辑：
有趣的是，我在挖掘日志文件后在每个节点中找到了以下行：
INFO [main] 2014-06-20 09:39:48,588 StorageService.java (line 1036) Bootstrap completed! for the tokens [node token]
INFO [SolrSecondaryIndex ks.cf index initializer.] 2014-06-20 11:32:07,833 AbstractSolrSecondaryIndex.java (line 411) Reindexing 1417116631 commit log updates for core ks.cf
基于这些方面，我觉得引导程序实际完成并且节点只是重新索引其数据更安全。但是，我不知道为什么重新索引过程没有显示在nodetool compactionstats中。
答案 0 :(得分：0)
看起来引导程序已完成，DSE搜索系统正常运行。
为什么重新索引过程没有显示在nodetool compactionstat
中
DSE搜索通常不会通过Cassandra命令行工具公开。日志输出应该显示索引已经完成，你能验证吗？