Ao executar o reparo do nodetool, o reparo falha no espaço de chaves system_auth com as seguintes entradas de log:
INFO [AntiEntropySessions:5] 2015-03-17 20:00:34,795 RepairSession.java:260 - [repair #460cebb0-cce0-11e4-ba34-299132139fb9] new session: will sync <list of hosts and ips> on range (-7227533065400353128,-7224188466775720910] for system_auth.[credentials, users]
ERROR [AntiEntropySessions:1] 2015-03-17 20:00:34,800 RepairSession.java:303 - [repair #3f7e2610-cce0-11e4-ba34-299132139fb9] session completed with the following error
java.io.IOException: Failed during snapshot creation.
at org.apache.cassandra.repair.RepairSession.failedSnapshot(RepairSession.java:344) ~[apache-cassandra-2.1.3.jar:2.1.3]
at org.apache.cassandra.repair.RepairJob$2.onFailure(RepairJob.java:146) ~[apache-cassandra-2.1.3.jar:2.1.3]
at com.google.common.util.concurrent.Futures$4.run(Futures.java:1172) ~[guava-16.0.jar:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_75]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_75]
at java.lang.Thread.run(Thread.java:745) [na:1.7.0_75]
O erro é repetido a cada poucos segundos até que eu reinicie o serviço da cassandra. Por outro lado, se eu fizer nodetool snapshot system_auth , a operação será bem-sucedida (sem entradas de log).
Minha versão da cassandra é 2.1.3.
Temos problemas semelhantes no Cassandra 2.1.5.
Você pode tentar executar:
nodetool scrub system_auth
De acordo com o link , aumentar o valor de request_timeout_in_ms em cassandra.yaml também pode ajudar ( eles planejam alterar o valor de tempo limite usado para nodetool repair no Cassandra 2.1.6 e mais recente).
Tags cassandra