“nodetool scrub”和“sstablescrub”在cassandra节点上运行安全吗？
我试图在正式生产环境中对cassandra节点运行nodetool修复，但没有成功，它给出了以下错误。
**在 /10.253.189.222 中验证失败（进度：0%）
DEBUG[ReadRepairStage:99093]2018-11-22 06:29:35，411 ReadCallback.java:234摘要不匹配:org . Apache . Cassandra . service . digestmismatch异常:key DecoratedKey的不匹配(5889678124560878183，74e 024839 ef 04 BC 1b 14122 AC 99255 DD 6)(74 aa 9a 679d 7 ddfa 104 c 0666666)
运行“节点工具清理”和“稳定清理”是否安全？会不会丢失任何数据？请建议。
共有1个答案
您可以在特定的键空间和表上尝试nodetool修复，这样如果所有表都没有问题，您就可以修复大部分表。此外，您可以在键空间和表上运行nodetool磨砂。
-
我试图bin/cassandra-f和我得到以下错误。 xss=-ea-javaagent:bin/./lib/jamm-0.2.5.jar-XX:UseThreadPriorityPolicy-XX：ThreadPriorityPolicy=42-Xms2048M-Xmx2048M-Xmn512M-XX：线程“main”java.lang.NoClassDefFoundError:org/apa
-
从3.0.13升级到3.11.10后，当我从节点重新获取数据时，我遇到了问题。恢复完成后，令牌数量从256更改为512.Incassandra.yaml它仍然num_token： 256，所以我不知道这里发生了什么。 这些是我正在执行的步骤 当我在执行上述步骤后重新启动节点时，它将令牌从256更改为512。 错误: 错误 [main] 2021-10-07 15：16：24，060 卡桑德拉大.j
-
获取Geth Frontier工具被称为Geth（"to go"古英语的第三人称单数）。考虑到geth由go语言编写，这个名称十分适合。Geth是一个多用途命令行工具，可以操作使用Go实现的完整的Ethereum节点。它提供三个接口：命令行子命令和选项，Json-rpc服务器和交互式控制台。 为了安装Geth，打开一个命令行或终端工具（如果你不确定如何做到这一点，请考虑等待更友好的版本），然后粘贴
-
我对在Mesos上测试Spark运行感兴趣。我在Virtualbox中创建了一个Hadoop2.6.0单节点集群，并在其上安装了Spark。我可以使用Spark成功地处理HDFS中的文件。
-
我编写了一个通用管道，它接受几个参数，以便将预定义GitHub存储库中的版本部署到特定节点。我想将这个管道托管在GitHub上的Jenkinsfile上，所以我将作业配置为使用“来自SCM的管道脚本”。事实是，当我尝试构建作业时，Jenkinsfile在每个节点上都被签出。是否可以仅在主节点上签出和执行Jenkinsfile，并按预期运行管道？ 编辑：正如我之前所说，管道工作得很好，并且按照预期将
-
C：\Windows\system 32 C:\Program Files\Apache软件基金会\Apache-maven-3.2。2\bin“C:\Windows\S 系统32；C:\ProgramFiles（x86）\Heroku\bin；C:\ProgramFiles\nodejs\；C:\Git\cmd；C: \Git\bin；C:\ProgramFiles\apache-ant-1.9