バージョン 2.0.9 を実行している cassandra クラスターがあります。Nodetool は最初から実行されていません (これらの修復をスケジュールするように要求されていないため)。各ノードには約 8GB のデータがあります。それは私にはかなり小さいようです。nodetool repair を実行しようとすると、永遠にかかるようです (2 日経っても完了しません)。
進展が見られません。私は、圧縮統計とネット統計をチェックするように指示しているスレッドを読んでいますが、それらはトラフィックがないことを示しています。ただし、nodetool repair コマンドは終了しません。それは私には普通ではないようです。システムのキースペースが修復中で問題ないというメッセージを受け取りました。ただし、入力した実際のデータは何も返しません。すべてのノードが稼働しています。system.log (CentOS 6 BTW) でエラーを確認しましたが、何もありません。コマンドと応答の数がまだ増えているかどうかを確認するコマンドを開始しましたが (これは事実です)、これは別のものからのものなのか、それともノードツールの修復に直接リンクされているのか疑問に思います。IO/ネットの飽和はないようです。そこで昨日、ツール range-repair.py を使用して修復を再開しました。過去 12 時間、余分な出力はありませんでした。最後の出力は次のとおりです。
INFO 2015-11-01 20:55:46,268 repair line: 296 : [1/256] repairing range (-09214247901397780884, -09166106147119295777) in 100 steps for keyspace <all>
この修復に永遠にかかる (または単に修復がハングする) ことの主な問題は、アプリの展開のために Cassandra をアップグレードしたいということです。この手順では、最初に nodetool の修復を実行します。アップグレードを開始する前に、これは実際に必要ですか? おそらく、nodetool の方が効率的に動作します (インクリメンタル オプションも利用できるようになりました)。
ここで誰が私を助けてくれますか? よろしくお願いします！