データセンターに 6 つのノード (それぞれ 3 つのノード) を持つクラスターがあります。1 つのノードで修復を開始すると、すぐにログに次のような内容が記録されます。
ERROR [Repair#1:1] 2016-05-31 01:33:28,075 CassandraDaemon.java:195 - Exception in thread Thread[Repair#1:1,5,RMI Runtime]
com.google.common.util.concurrent.UncheckedExecutionException: org.apache.cassandra.exceptions.RepairException: [repair #e8e21070-26be-11e6-aae8-77b20cefeee5 on ..... Validation failed in /xx.xxx.xx.xx
at com.google.common.util.concurrent.Futures.wrapAndThrowUnchecked(Futures.java:1525) ~[guava-18.0.jar:na]
at com.google.common.util.concurrent.Futures.getUnchecked(Futures.java:1511) ~[guava-18.0.jar:na]
at org.apache.cassandra.repair.RepairJob.run(RepairJob.java:162) ~[apache-cassandra-3.0.4.jar:3.0.4]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_77]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_77]
at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_77]
その後、もう何も起こらないようです。数日間修理を中断しませんでしたが、それでも何も起こりません。2 つの異なるクラスターでも試してみましたが、結果は同じでした。
Web を検索した後、https://support.datastax.com/hc/en-us/articles/205256895--Validation-failed-when-running-a-nodetool-repairに出くわしました。「nodetool Scrub」を実行し、それが役に立たない場合は「sstablescrub」を実行する必要があると書かれています。
nodetool スクラブを試しましたが、修復はまだ機能しません。sstablescrub を開始しましたが、永遠にかかるようです。100% で 1 つの CPU しか使用せず、データとインデックス ファイルは拡大していますが、現在は 1 日以上実行されており、ファイルのサイズは 1.2GB しかありません。
「sstablescrub」が遅いのは普通ですか？
クラスタはすでにしばらく稼働しており、修復のための GCGraceSeconds がありませんでした。それは、修理が機能しないことにつながる可能性がありますか？
現在、修復を実行する方法がわかりません。誰かが助けてくれることを願っています.