2017-02-01 10 views
0

system.logファイルが500msに達する「ReadTimeoutException」の束を表示しているノードクラッシュが発生しました。Cassandra:2.2.8:org.apache.cassandra.exceptions.ReadTimeoutException:操作がタイムアウトしました - 応答が0件しか受け取りませんでした。

cassandra.yamlファイルがために設定している[read_request_timeout_in_ms:10000]

はあなたの人々は、私はこれらのタイムアウトに対処することができますどのように共有してくださいすることができます!前もって感謝します!

エラー・スタック:

ERROR [SharedPool-ワーカー241] 2017年2月1日13:18:27663 Message.java:611 - 要求中に予期しない例外。 channel = [id:0x5d8abf33、/172.18.30.62:47580 => /216.12.225.9:9042] java.lang.RuntimeException:org.apache.cassandra.exceptions.ReadTimeoutException:操作がタイムアウトしました - 応答が0件しか受信されませんでした。 at org.apache.cassandra.auth.CampandraRoleManager.getRole(CassandraRoleManager.java:497)〜[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.auth.CassandraRoleManager.canLogin( CassandraRoleManager.java306)〜[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.service.ClientState.login(ClientState.java:269)〜[apache-cassandra-2.2。 8.jar:2.2.8] at org.apache.cassandra.transport.messages.AuthResponse.execute(AuthResponse.java:79)〜[apache-cassandra-2.2.8.jar:2.2.8] at org。 apache.cassandra.transport.Message $ Dispatcher.channelRead0(Message.java:507)[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.transport.Message $ Dispatcher.channelRead0(メッセージ.java:401)[apache-cassandra-2.2.8.jar:2.2.8] at io.netty.channel.SimpleChannelInboundHan dirty.channelRead(SimpleChannelInboundHandler.java:105)[netty-all-4.0.23.Final.jar:4.0.23.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333)[netty- all-4.0.23.Final.jar:4.0.23.Final]at io.netty.channel.AbstractChannelHandlerContext.access $ 700(AbstractChannelHandlerContext.java:32)[netty-all-4.0.23.Final.jar:4.0。 23.Final] at io.netty.channel.AbstractChannelHandlerContext $ 8.run(AbstractChannelHandlerContext.java:324)[netty-all-4.0.23.Final.jar:4.0.23.Final] at java.util.concurrent。 Executor $ RunnableAdapter.call(Executors.java:511)[na:1.8.0_111] をorg.apache.cassandra.concurrent.AbstractLocalAwareExecutorService $ FutureTask.run(AbstractLocalAwareExecutorService.java:164)[apache-cassandra-2.2.8。 jar:2.2.8] at org.apache.ca ssandra.concurrent.SEPWorker.run(SEPWorker.java:105)[Apache-cassandra-2.2.8.jar:2.2.8] at java.lang.Thread.run(Thread.java:745)[なし:1.8。 0_111] 原因:org.apache.cassandra.exceptions.ReadTimeoutException:操作がタイムアウトしました - 応答が0件しか受信されませんでした。 (ReadCallback.java:110)〜[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.service.AbstractReadExecutor.get() AbstractReadExecutor.java:147)〜[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.service.StorageProxy.fetchRows(StorageProxy.java:1441)〜[apache-cassandra-2.2。 org.apache.cassandra.service.StorageProxy.readRegular(StorageProxy.java:1365)〜[apache-cassandra-2.2.8.jar:2.2.8] の場合は、 (SelectStatement.java:1222)〜[apache-cassandra-2.2.8.jar: 224)〜[apache-cassandra-2.2.8.jar:2.2.8] at org.apache.cassandra.cql3.statements.SelectStatement.execut (CassandraRoleManager.java:505)〜[apache-cassandra- 2.2.8.jar:2.2.8] at org.apache.cassandra.auth.CassandraRoleManager.getRole(CassandraRoleManager。java:493)〜[apache-cassandra-2.2.8.jar:2.2.8] ... 13共通フレームの省略

INFO [ScheduledTasks:1] 2017-02-01 13:18:27,682 MessagingService。 java:946 - 最後の5000ミリ秒でREADメッセージがドロップされた:内部タイムアウトの場合は149、クロスノードタイムアウトの場合は0 INFO [サービススレッド] 2017-02-01 13:18:27,693 StatusLogger.java:106 - enterprise.t_sf_venue_test 0、 0 INFO [ScheduledTasks:1] 2017-02-01 13:18:27,699 MessagingService.java:946 - REQUEST_RESPONSEメッセージは、最後の5000ミリ秒でドロップされました:内部タイムアウトの場合は7、クロスノードタイムアウトの場合は0 INFO [Service Thread] 2017 -02-01 13:18:27,699 StatusLogger.java:106 - enterprise.alestnstats 0,0 INFO [ScheduledTasks:1] 2017-02-01 13:18:27,699 MessagingService.java:946 - R ANGE_SLICEメッセージは最後の5000ミリ秒で削除されました:内部タイムアウトの場合は116、クロスノードタイムアウトの場合は0

+0

クエリを投稿することはできますか、戻す予定の行の数はいくつですか? – Aaron

+0

こんにちは。私の質問に感謝します。 read_request_timeout_in_msが10000msのとき、読み取りタイムアウトが5000msで発生しているのはなぜだろうかと疑問に思っていますが、これらの読み取りタイムアウトを制御するためのダイヤルはありますか? – Asad

+0

クエリのタイムアウトが発生している場合、通常はクエリ自体に問題があり、設定では問題にはなりません。しかし、ドライバレベルでその制限を設定することもできます。 – Aaron

答えて

1

ログに表示されているとおり、実際には失敗したクエリは実行しようとしていません。

failing queryはカサンドラの内部にある:

"system_auth.roles SELECT * FROM;"

これらの内部キャンドンドクエリ(その他のクエリ)では、 'read_request_timeout_in_ms'は使用されません。代わりに、 'request_timeout_in_ms'を使用します。

+0

ありがとう..あなたの返信は本当に役に立ちました。私はこの他のパラメータについてもっと知りたいと思います – Asad

関連する問題