为什么nodetool清理可以';t删除cassandra节点中的额外数据

为什么nodetool清理可以';t删除cassandra节点中的额外数据,cassandra,data-cleaning,nodetool,Cassandra,Data Cleaning,Nodetool,我们向集群添加了一个新节点,并在新节点中多次应用了nodetool repair。我们确信新节点中存在额外的数据,所以运行nodetool cleanup,但在第二次清理完成后,cassandra日志会发出警告,并且清理不会删除任何数据。为什么? WARN 09:27:12 Small commitlog volume detected at /var/lib/cassandra/commitlog; setting commitlog_tota│Mode: NORMAL l_space_

我们向集群添加了一个新节点,并在新节点中多次应用了
nodetool repair
。我们确信新节点中存在额外的数据,所以运行
nodetool cleanup
,但在第二次清理完成后,cassandra日志会发出警告,并且清理不会删除任何数据。为什么?

WARN  09:27:12 Small commitlog volume detected at /var/lib/cassandra/commitlog; setting commitlog_tota│Mode: NORMAL  
l_space_in_mb to 3854. You can override this in cassandra.yaml                                       │Not sending any streams.

WARN  09:27:12 Small cdc volume detected at /var/lib/cassandra/cdc_raw; setting cdc_total_space_in_mb │Read Repair Statistics:                                                                              
to 1927. You can override this in cassandra.yaml

在设置Cassandra并尝试从以前拍摄的快照加载SSTables时,我看到了相同的错误。在我之前的JVM实验中(特别是在一台32G内存的机器上设置
JAVA_OPTS=“-Xms29G-Xmx29G”
),大量
JAVA_-pid*.hprof
文件被创建在
/
中,这些文件阻止了Cassandra正常工作;我可以通过删除这些文件来解决我的问题

不幸的是,如果没有更多细节,我无法直接回答你的问题,但我建议如下:

  • cd/
    sudo du-h | sort-h
    并检查文件和目录,查看是否有任何可疑的大型日志或内存分配文件被转储在那里,可以删除
  • 如果在安装时没有明确设置Cassandra目录,则可能已满或分配不足。检查文件中是否存在大量无提示日志(例如),并删除不必要的日志。如果这不起作用,您可以在其他位置或(不推荐)重新安装Cassandra