为什么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
并检查文件和目录,查看是否有任何可疑的大型日志或内存分配文件被转储在那里,可以删除