問題タブ [nodetool]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cassandra-2.0 - nodetool repair の実行後に作成される SSTable が多すぎて、SStable が圧縮されない
レプリケーション ファクター 3 のデータ センターに 4 つのノードがあります。ノードで nodetool repair を実行すると、非常に多くの SSTable が生成されますが、ファイル サイズは非常に小さくなります (約 4KB)。この問題は、以下のリンクで他の誰かによって以前に報告されていました。しかし、私たちの場合、圧縮は 2 週間経ってもトリガーされず、非常に多くの sstables (約 10k) のままです。size-tiered-compaction を使用しており、cassandra のバージョンは 2.0.3 です。
https://issues.apache.org/jira/browse/CASSANDRA-6698
さらに詳細が必要な場合はお知らせください。
cassandra - Cassandra nodetool の修復中に開いているファイルが多すぎる
1 つのノードで nodetool repair コマンドを作成しました。このノードがダウンし、ログ ファイルに次のエラー メッセージが表示されました。
node0-node4 の 5 つのノードを持つ小さなクラスターがあります。レプリカ 3 を含む、約 34 億行のテーブルが 1 つあります。テーブルの説明は次のとおりです。
Cassandra 2.1.2 を使用しています。すべてのノードの最大オープン ファイルの制限を 200,000 に設定しました。
nodetool repair コマンドを発行する前に、データ ディレクトリ内のファイル数をカウントしていました。クラッシュ前の各ノードのカウントは次のとおりです。
クラッシュ後：
1 つの UNIX ディレクトリ内のファイルの量がこのように増加するのは正常ですか? これを避けるにはどうすればよいですか？今後この問題を回避するにはどうすればよいですか? 開いているファイルの量を増やす必要がありますか? これは私にはすでに非常に大きいようです。この量のレコードに対してクラスターが小さすぎますか? 別の圧縮戦略を使用する必要がありますか?
ご協力いただきありがとうございます。
cassandra - Cassandra のリモート サーバーとローカル サーバーで nodetool を実行できない
nodetool status またはその他の nodetool コマンドを実行しようとすると、上記のエラーが発生します。Cassandra は正常に動作しており、クラスター内の他のノードの nodetool ステータスは UN 状態であることを示しています。cassandra-env.sh ファイルに以下のエントリを追加しようとしましたが、それでも同じエラーが発生しました
JVM_OPTS = "$JVM_OPTS -Djava.rmi.server.hostname="
cassandra - nodetool removenode は、デッドノードがオンラインに戻ったときに再参加できるようにします
を使用して、Cassandra クラスターからデッド ノードを削除しますnodetool removenode。後に実行nodetool statusすると、削除されたノードがもう存在しないことが示されます。ただし、デッド ノードがオンラインになるnodetool statusと、削除されたノードが稼働していることを示します。
オンラインに戻ったときにデッド ノードがクラスタに参加するのを防ぐコマンドはありますか?
cassandra-2.0 - vnode を使用する新しい cassandra クラスターは、不均衡なリングを示します
ちょうど今、cassandra 2.0.13 を実行している vagrant を使用して、ローカル マシンに 3 ノードの cassandra クラスターを作成しました。
以下は、各ノードのcassandra.yaml構成です
ノード0
ノード1
ノード2
私が走るとき
次の結果が得られます
チュートリアルによると、datastax から参加しましたが、各ノードは 33% のデータを所有する必要がありますが、ここでは、各ノードが約 65% のデータを所有していることを示しています。
クラスターにデータをロードしたり、データのない新しいクラスターであるキースペースを作成したりしていません。
plsは私が問題を理解するのを手伝ってください
ありがとう
cassandra - トークンの数を 1 から 256 に変更できません
私は Cassandra 2.0 を使用しており、クラスターは 3 つのノードでセットアップされています。3 つのノードすべてを示すノードツールのステータスとリング。すべてのノードにトークンを指定しました。
以下の手順に従って、1 つのノードの構成を変更しました。
1) sudo service cassandra stop
2) 更新された cassandra.yaml (thrift_framed_transport_size_in_mb を更新するため)
3) sudo srevice cassandra start
特定が正常に開始されず、system.log に以下の例外が表示されます。
org.apache.cassandra.exceptions.ConfigurationException: トークンの数を 1 から 256 に変更できません
ノードまたはクラスター内の既存のデータを失わずにノードを再起動するための最良のメカニズムは何ですか?