【发布时间】：2014-06-25 19:45:05
【问题描述】：
我正在尝试同时向我当前的 2 节点 DC 添加 4 个节点。根据 Datastax 的建议，我关闭了 Vnodes。在每个节点构建主要索引之后，日志中会多次打印以下警告：
警告 [SolrSecondaryIndex ks.cf 索引初始化程序。] 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 中没有显示重新索引过程。
【问题讨论】：
标签： cassandra datastax-enterprise