Cassandra nodetool rebuild_索引在nodetool compactionstats中陷于100%的状态，如何刷新它并强制完成？

我有一个运行Cassandra framework的DC/OS集群，三个主节点和六个工作节点，在由于注册表问题导致框架崩溃后，Cassandra节点未与数据同步，为了同步数据，我尝试逐个修复密钥空间并检查“/nodetool compactionstats”状态

维修后，我在“/nodetool compactionstats”中遇到了一个卡住的任务：

[root@server-worker1 bin]# ./nodetool compactionstats
pending tasks: 2
- system.IndexInfo: 1
- my_app_prod.profile_activation_history: 1

id                                   compaction type       keyspace          table                      completed total   unit  progress
0d49d3d0-19d6-11eb-a65c-f71e0bcef8b1 Secondary index build my_app_prod profile_activation_history 3010912   3010912 bytes 100.00% 
Active compaction remaining time :   0h00m00s
[root@server-worker1 bin]#

这项任务被困在100%之内，我怎样才能强迫它完成？或者刷新“/nodetool compactionstats”的状态

---

我签入了节点，但在任何节点的内存中都没有运行这样的进程。我需要继续修复键空间，但这项任务就摆在它面前，因为在这项任务结束之前，修复将等待。

当表上有二级索引时，二级索引生成是Cassandra正常操作的一部分。节点接收到的任何新变异都将被索引

它作为压缩线程在与Cassandra进程相同的JVM中运行，因此您不会看到在机器的进程表上运行单独的进程

没有“强迫”他们完成的操作。当所需的数据索引完成时，它们将完成

维修也是卡桑德拉正常运作的一部分。在修复期间，当新数据流传输到节点时，接收节点也会对该数据编制索引。我的意思是，这些操作是同时进行的，一个操作不会阻止另一个操作。干杯