2017-05-16 2 views
1

Ich benutze einen Cassandra-Cluster mit Version 2.2.4. Der Cluster besteht aus 3 Knoten. Wenn ich die Reparatur mit dem Befehl nodetool repair starte, bekomme ich folgenden Fehler. und weiter geht es nicht weiter.Cassandra Validation fehlgeschlagen Fehler

[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%) 

kann mir bitte helfen Sie mir aus diesem heraus.

+0

Um eine Lösung zu erhalten, überprüfen Sie Ihren Fehler in System-und Debug-Protokolle und fügen Sie es in Ihre Frage. Fügen Sie auch die Ausgabe "nodetool describcluster" –

Antwort

3

Um dies zu lösen.

Führen Sie nodetool scrub im betroffenen Knoten aus. Es hat das Problem gelöst, das mit Cassandra Validation failed error zusammenhängt.

+0

Scrub arbeitete für mich, bei einigen Gelegenheiten, wo es nicht war, ich gerade Cassandra Prozess neu gestartet und Reparatur ohne Validierungsfehler ausgeführt. Hoffentlich hilft das Leuten, die nach dem gleichen Problem suchen – APZ

1

1) Stellen Sie sicher, dass alle Knoten aktiv sind.

2) Wechseln Sie zu dem Knoten mit der angegebenen IP (in dem Protokoll, das Sie angehängt haben, und überprüfen Sie die System- und Debug-Protokolle).

3) Stellen Sie sicher, dass keine anderen Reparaturprozesse stattfinden/feststecken. Um dies zu überprüfen, starten Sie nodetool compactionstats und nodetool netstats auf allen Knoten. Wenn möglich, hängen Sie die Ausgaben an die Frage an.

Verwandte Themen