問題タブ [nodetool]

Cassandra クラスター内のノードを廃止しようとすると、プロセスが開始されます (ノードからクラスター内の他のノードへの廃止へのアクティブなストリームの流れが表示されます (vnode を使用))。その後、少し遅れnodetool decommissionて次のエラーが発生しますメッセージ。

nodetool decommission を繰り返し実行すると、他のノードへのデータのストリーミングが開始されますが、これまでのところ常に以下のエラーが発生しています。

これが表示されるのはなぜですか? また、このノードを安全に廃止する方法はありますか?

Cassandra のバージョンはにアップグレードしようとして1.2.4い2.0.5ます。1.0.142.0.5

実行しようとすると、次のようnodetool -h localhost removenode Host IDになります。

スレッド「メイン」の例外 java.lang.UnsupportedOperationException: Cannot remove self at org.apache.cassandra.service.StorageService.removeNode(StorageService.java:3199) .....

そのコマンドを実行する前に私は試しましたnodetool upgradesstables

何が問題ですか ？どうすれば解決できますか？

OS:Ubuntu 12.04lts

Cassandra DC に新しいノード new を追加しました。以前のトポロジは次のとおりです。

1. DC カサンドラ: 1 ノード
2. DCソーラー：5ノード

Cassandra DC の 2 番目のノードをブートストラップしたとき、ストリーミングされる合計バイト数が既存のノードの負荷とほぼ同じであることに気付きました (ストリーミングに 916 GB、既存の Cassandra ノードの負荷は 956 GB)。それでも、ブートストラップを続行させました。数時間前に完了しましたが、私の懸念が確認されました。Cassandra DC は完全にバランスが崩れています。

Nodetool のステータスは次のように表示されます。

Cassandra DC の「Owns」列に注目してください。node2 は 99.4% を所有し、node1 は 0.6% を所有しています (node2 の「Load」は node1 よりも小さいにもかかわらず)。私は彼らがそれぞれ 50% を所有することを期待していますが、これは私が得たものです。何が原因なのかわかりません。私が覚えているのは、新しいノードのブートストラップを開始したときに、Solr node1 で完全な修復を実行していたことです。この時点で修復はまだ実行中です (新しいノードがブートストラップを終了したときに実際に再起動したと思います)

これを修正するにはどうすればよいですか? （修理？）

Cassandra DC がこの状態にあるときに、新しいデータを一括読み込みしても安全ですか?

いくつかの追加情報:

1. DSE 4.0.3 (カサンドラ 2.0.7)
2. NetworkTopology頭脳系
3. Cassandra DC の RF1。Solr DC の RF2
4. DCはDSEによって自動割り当て
5. Vnode が有効
6. 新しいノードの構成は、既存のノードの構成をモデルにしています。だから多かれ少なかれ正しい

編集：

cs-node1 でもクリーンアップを実行できないことがわかりました。次の例外が発生します。

編集：

Nodetool ステータス出力 (キースペースなし)

node1 からの Cassandra yaml: https://www.dropbox.com/s/ptgzp5lfmdaeq8d/cassandra.yaml (node2 との違いは、listen_address と commitlog_directory だけです)

CASSANDRA-6774 に関しては、以前のクリーンアップを停止しなかったため、少し異なります。提案された回避策のように最初にノードを再起動するのではなく、スクラブを開始することで（まだ進行中です）、間違ったルートを取ったと思いますが。

更新 (2014/04/19):

次の操作を行った後でも、ノードツールのクリーンアップはアサーション エラーで失敗します。

1. キースペースの完全なスクラブ
2. クラスタの完全な再起動

現在、cs-node1 のキースペースを完全に修復しています。

更新 (2014/04/20):

cs-node1 のメイン キースペースを修復しようとすると、次のエラーで失敗します。

紛失通知。キースペースの修復ステータスについては、サーバー ログを確認する必要があります

私も今これを見ました（dsetoolリングの出力）

キースペース対応:

これは、cs-node2 のブートストラップ方法に何か問題があることを示す強力な指標です (投稿の冒頭で説明したように)。

こんにちは。

本番環境では、Cassandra 2.0.7 を使用しています。最初は 1 つのノード (cass-05、ローカル IP アドレス 192.168.0.5) で十分でした。ここで、2 番目のノード (cass-06、ローカル IP アドレス 192.168.0.6) が必要になります。2 番目のノード (cass-06) には別のサーバーがあります。cass-06 の Cassandra 設定は、cass-05 と完全に類似しています。NetworkTopologyStrategy レプリケーション戦略を使用しました。各ノードは、データのコピーが 1 つある独自のラックおよびデータ センターで構成されます (rack1、DC1: cass-05 用に 1 つ、rack2: cass-06 用に 1 つ)。

各サーバーの Cassandra 用に 1 TB のディスク容量を利用できます。サーバー cass-05 には、600Gb の実データがあります。

サーバー cass-06 で、ユーティリティ「nodetool rebuild」を実行します。

cass-06 上の Cassandra は、テーブル用に多数の一時ファイルを作成し始めますが、理論上は削除する必要があります。しかし、何らかの理由でそうではありません。これらの一時テーブルが占有する 1TB のディスク領域全体で 9 ～ 12 時間かかるため、ノードの誤動作につながります。cass-06 ノードで Cassandra を再起動すると、ディスク容量は 150Gb しか占有されません。

ユーティリティ「nodetool rebuild」の間、ノード cass-06 は cass-05 と同様に書き込み/読み取りに関与します。

助けてくれてありがとう。

5 つの Cassandra クラスターに 1 つのノードを追加しましたが、新しいノードはエラーなしで参加しました。ただし、同じノードで nodetool ステータスに入ると、クラスターの 2 つのノードが見つかりません。

nodetool gossipinfo は、6 つのノードすべてを正しく表示します。

これまでのところ、ノードを再起動すると、すべてのハンドシェイクが正しく行われたことがわかりました。しかし、nodetool ステータスはまだ失敗しています。何か不足していますか？