Cassandra検証失敗エラー

バージョン2.2.4のCassandraクラスタを実行しています。クラスタは3つのノードで構成されています。 nodetool修復コマンドを使用して修復を開始すると、次のエラーが表示されます。さらに進んでいない。Cassandra検証失敗エラー

[email protected]:/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%)

いずれでもご了承ください。

出典

2017-05-16 Ajmal sha

ソリューションを入手するには、システムログとデバッグログのエラーを確認し、質問に追加します。また、 "nodetool descriptions cluster"という出力を追加します。 –

これを解決するには

影響を受けるノードでnodetool scrubを実行します。それはCassandra検証失敗エラーに関連する問題を解決しました。

出典

2017-05-17 08:22:30

スクラブが私のために働いていましたが、いくつかのケースでは、私はCassandraプロセスを再開し、検証エラーなしで修復を実行しました。うまくいけば、これは人々が同じ問題を探しているのに役立ちます – APZ

1）ノードがすべて稼働していることを確認してください。 2）指定したIP（接続したログの中で、システムログとデバッグログを確認）でノードに移動します。

3）他の修復処理が行われていないことを確認してください。それを確認するには、すべてのノードでnodetool compactionstatsとnodetool netstatsを実行して起動してください。可能であれば、出力を質問に添付します。

出典

2017-05-16 09:18:55 nevsv

答えて

関連する問題