0

Cassandra クラスター (12 ノード) の管理に Priam を使用しています。12 個のトークンのうち、2 個のトークンが NFThinCassandraDaemon プロセスのスレッド カウントを増やし続けます。これらのインスタンスをリサイクルしたので、これらの 2 つのトークンに関係があることがわかり、新しいノードは同じ動作を示します。この時点で、これらの 2 つのノードには約 15000 のスレッド (および増加) がありますが、他のノードは同じプロセスに対して約 60 ~ 300 のスレッドを保持しています。要約すると、不良ノードで上記を判断するために私が行う手順は次のとおりです。

jps -l --> CassandraDaemon の pid を取得します

cat /proc//status --> このプロセスの「スレッド」の値に注意してください。この値は増え続けています

それで、私の質問は、CassandraDaemon がスレッドを生成する明白な理由は何ですか? そして、これら 2 つのトークン ノードがスレッドを解放しないのはなぜだと思いますか? また、誰かがこの行動や通常の容疑者を見たことがありますか?

4

1 に答える 1

0

これは他の誰かを助けるかもしれません。問題は Cassandra 1.1.9 にありますが、それ以降のバージョンで修正されています。詳細については、https://issues.apache.org/jira/browse/CASSANDRA-5175をご覧ください。

基本的に、うわさ話者が接続を試み続け、試行ごとにスレッドを維持するデッド ノードがありました。1.1.9 でこれを修正するには、「unsafeAssassinate()」メソッドを呼び出して、cassandra リングからデッド ノードを削除する必要があります。JMXTerm を使用して、この JMX 操作を呼び出します。

于 2013-10-16T22:55:25.907 に答える