【问题标题】:Cassandra Validation failed error - Repair session failed with errorCassandra 验证失败错误 - 修复会话失败并出现错误
【发布时间】:2017-10-15 00:30:02
【问题描述】:

我正在运行版本为 2.2.4 的 Cassandra 集群。集群由 3 个节点组成。 当我使用 nodetool repair 命令开始修复时,出现以下错误。而且它没有继续进行。

root@ems:/opt/apache-cassandra-2.2.4/bin# ./nodetool repair
[2017-05-16 00:26:37,919] Starting repair command #47, repairing keyspace contexxio with repair options (parallelism: parallel, primary range: false, incremental: true, job threads: 1, ColumnFamilies: [], dataCenters: [], hosts: [], # of ranges: 768)
[2017-05-16 00:26:39,571] Repair completed successfully
[2017-05-16 00:26:39,574] Repair command #47 finished in 1 second
[2017-05-16 00:26:39,606] Starting repair command #48, repairing keyspace watchtower_keyspace with repair options (parallelism: parallel, primary range: false, incremental: true, job threads: 1, ColumnFamilies: [], dataCenters: [], hosts: [], # of ranges: 509)
[2017-05-16 00:26:40,555] Repair session dbbf6510-39ef-11e7-8027-d710f406f829 for range (-4631786651008530880,-4578496872070625882] failed with error [repair #dbbf6510-39ef-11e7-8027-d710f406f829 on watchtower_keyspace/release_stages, (-4631786651008530880,-4578496872070625882]] Validation failed in /10.128.133.99 (progress: 0%)

谁能帮我解决这个问题。

【问题讨论】:

  • 要获得解决方案,请检查系统和调试日志中的错误并将其添加到您的问题中。同时添加输出“nodetool describecluster”

标签: cassandra nodetool


【解决方案1】:

解决这个问题。

在受影响的节点中执行nodetool scrub。它解决了与 Cassandra Validation failed 错误相关的问题。

【讨论】:

  • Scrub 为我工作,在某些情况下它没有,我只是重新启动 Cassandra 进程并运行修复而没有验证错误。希望这可以帮助人们搜索相同的问题
【解决方案2】:

1) 确保所有节点都正常运行。

2) 转到指定IP的节点(在您附加的日志中,并检查系统和调试日志)。

3) 确保没有其他修复过程正在进行/卡住。要验证它,首先在所有节点上运行 nodetool compactionstatsnodetool netstats。如果可能,请将输出附加到问题中。

【讨论】:

    猜你喜欢
    • 2014-11-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-03-12
    • 2018-02-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多