問題タブ [datastax]

3 つのノードの cassandra クラスターがあります。昨日、ノードの 1 つを停止し、今日再び開始しました。驚いたことに、新しいノードには別のリングが用意されています。別のリングとして表示され、ログにエラー メッセージがない理由。

リング 1: nodetool ステータス

国連 1.2.3.4 国連 5.6.7.8

リング 2: nodetool ステータス

国連 9.10.11.12

リング 1 のログを見ると、両方のノードで同じメッセージが表示されます。

WARN [WRITE-/9.10.11.12] 2013-11-05 14:04:51,221 SSLFactory.java (139 行目) ソケットでサポートされていないため、TLS_RSA_WITH_AES_256_CBC_SHA を除外する

リング 2:

エラーはありません

クラスタ名は両方とも同じで、両方とも同じネットワーク内にあり、3 つのノードはすべてシード ノードです。どんな助けでも大歓迎です。

WARN [ScheduledTasks:1] 2013-11-04 22:51:06,619 GCInspector.java (142 行目) ヒープが 0.892615008651467 いっぱいです。memtable やキャッシュのサイズを減らす必要があるかもしれません。Cassandra は、最大の 2 つの memtable までフラッシュしてメモリを解放します。Cassandra にこれを自動的に行わせたくない場合は、cassandra.yaml の flush_largest_memtables_at しきい値を調整します。

WARN [ScheduledTasks:1] 2013-11-04 22:51:06,633 StorageService.java (line 360​​0) CFS(Keyspace='OpsCenter', ColumnFamily='rollups60') をフラッシュしてメモリの負荷を軽減します INFO [ScheduledTasks:1] 2013- 11-04 22:51:06,634 ColumnFamilyStore.java (行 630) Memtable-rollups60@573393486 のエンキュー フラッシュ (240/4340 シリアル化/ライブ バイト、15 ops)

ERROR [Thrift:46] 2013-11-04 22:51:06,621 CassandraDaemon.java (行 192) スレッドの例外

Thread[Thrift:46,5,main] java.lang.OutOfMemoryError: org.apache.thrift の java.io.ByteArrayOutputStream.write(不明なソース) の java.util.Arrays.copyOf(不明なソース) の Java ヒープ領域。 transport.TFramedTransport.write(TFramedTransport.java:146) at com.datastax.bdp.transport.server.TNegotiatingServerTransport.write(TNegotiatingServerTransport.java:390) at org.apache.cassandra.thrift.TBinaryProtocol.writeBinary(TBinaryProtocol.java: 73) org.apache.cassandra.thrift.Column.write(Column.java:579) で org.apache.cassandra.thrift.ColumnOrSuperColumn.write(ColumnOrSuperColumn.java:554) で org.apache.cassandra.thrift.Cassandra org.apache.thrift.TBaseProcessor.process(TBaseProcessor.java:34) org.apache.cassandra.thrift.CustomTThreadPoolServer$WorkerProcess.run(CustomTThreadPoolServer.java:201) で java.util.concurrent.ThreadPoolExecutor$Worker.runTask (不明なソース) で java.util.concurrent.ThreadPoolExecutor$Worker. run(Unknown Source) at java.lang.Thread.run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter -rollups60-ic-889-Data.db (519 バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter-rollups60-ic-889-Data.db (519バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)run(Unknown Source) INFO [FlushWriter:20] 2013-11-04 22:51:06,635 Memtable.java (495 行目) フラッシュが完了しました /data/OpsCenter/rollups60/OpsCenter-rollups60-ic-889-Data.db (519バイト) コミットログ位置 ReplayPosition (segmentId=1383597360912, position=10472305)

INFO [FlushWriter:20] 2013-11-04 22:51:06,639 Memtable.java (461 行目) Memtable-rollups300@1479174915 の書き込み (288/5560 シリアル化/ライブ バイト、12 ops)

INFO [StorageServiceShutdownHook] 2013-11-04 22:51:06,683 Server.java (160 行目) CQL クライアントのリスニングを停止します INFO [StorageServiceShutdownHook] 2013-11-04 22:51:06,684 Gossiper.java (1108 行目) シャットダウンを発表

圧縮が進行中の場合、ノードが停止します。max_heap_size は 8G ですが、ヒープ サイズの設定方法がわかりません。

gazzang を含む 4 ノードの cassandra クラスターがありました。データを暗号化する方法と、データが暗号化されているかどうかを確認する方法を知りたいですか?

Cassandra をデータストアとして使用する実験を行っていますが、ヒープ スペースが不足しているためにノードが失敗するという問題が発生しました。ノードあたり 16 GB の RAM を備えた Ubuntu サーバー 13.04 を実行している 9 ノード クラスターで、Cassandra 2.0.1 を使用して Datastax Community Edition を実行しています。データの移行中に、ヒープ領域が不足したため、2 つのノードが予期せずダウンしました。ログ内のスタック トレースは、かなり目立たず、さまざまでした。そのうちの 1 つの例を次に示します。

これより前に、次のような AssertionErrors があります。

次のような多数のガベージ コレクション ステータス メッセージも同様です。

これがデータの取り込みからわずか 4 時間後に発生したことを考えると、なぜこれが発生したのか、また発生を防ぐために何ができるのかを考えています。前もって感謝します。

3 ノードの cassandra クラスターがあり、ノードを追加し、クラスター内の他のノードを停止しました。すべてがうまくいっていると思っていたのですが、ヒント テーブルが大きくなっていることがわかり始めました。

間違いを犯してクラスターからノードを削除したことがわかりましたが、nodetool gossip info を実行すると、ノードの削除が表示されますが、ステータス コマンドにはノードが表示されません。

問題は何か、まだヒント テーブルが大きくなっていることがわかります。クラスターで何が起こっているのかわかりません。2 ～ 3 日間エラーはありませんが、突然シード ノードが OOM ERROR でダウンします。

java.lang.OutOfMemoryError: org.apache.thrift.transport.TFramedTransport.write(TFramedTransport.java: 146) com.datastax.bdp.transport.server.TNegotiatingServerTransport.write(TNegotiatingServerTransport.java:390)

誰でも私を助けることができますか？DSE 3.1.1 を使用しています

Cassandra の DataStax Community Edition を Microsoft Windows 2008 R2 サーバーにインストールしました。単一ノード クラスタでの実行は問題ありません。問題は、クラスターに 2 つ目のノードを追加しようとしたときです。cassandra.yaml ファイルに適切な変更を加えた後、DataStax Cassandra Community Server 2.0.2 サービスを開始できなくなりました。エラーは、「ローカル コンピューターの Datastax Cassandra Community Server 2.0.2 サービスが開始されてから停止しました。他のサービスまたはプログラムで使用されていない場合、一部のサービスは自動的に停止します。」また、アプリケーション ログは、prunsrv.exe ファイルに問題があることを示しています。

Node1 に関連する cassandra.yaml ファイルは次のとおりです。

Node2 に関連する cassandra.yaml ファイルは次のとおりです。

両方のノードで、ポート 7000、7001、9160、7199、9042、8888、50031、61620、8012、9290、50030、50060、61621、22、および 8983 を開くように受信ファイアウォール ルールを設定しました。

私は Cassandra を初めて使用するので、明らかな何かが欠けていると思います。助けていただければ幸いです。

2 つの cassandra クラスターがあり、最初のクラスターには古いデータがあり、2 つ目のクラスターには新しいデータがあります。

ここで、古いデータを最初のクラスターから 2 番目のクラスターに移動またはコピーします。これを行う最善の方法とこれを行う方法は何ですか?

DSE 3.1.4 を使用しています。

12 ノードのクラスター、6 つの DSE-SOLR および 6 つの DSE-Cassandra があります。3.0 から 3.1 にアップグレードする際、すべてのノードがアップグレードされるまで、SOLR インターフェースを介したリクエストが壊れていることに気付きました。

• 3.1 から 3.2 にアップグレードしても、この制限は引き続き存在しますか?
• アップグレードを行う際に注意すべき点はありますか?
• アップグレード パスのドキュメントでは、すべてのノードがアップグレードされるまで古いゴシップ プロトコルを有効にするように指示されていますが、これは DC ごとですか、それともクラスター全体に対してですか?