You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "C. Scott Andreas (JIRA)" <ji...@apache.org> on 2018/11/19 01:53:02 UTC
[jira] [Updated] (CASSANDRA-13456) Needs better logging for
timeout/failures
[ https://issues.apache.org/jira/browse/CASSANDRA-13456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
C. Scott Andreas updated CASSANDRA-13456:
-----------------------------------------
Component/s: Observability
> Needs better logging for timeout/failures
> -----------------------------------------
>
> Key: CASSANDRA-13456
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13456
> Project: Cassandra
> Issue Type: Improvement
> Components: Observability
> Reporter: Fuud
> Priority: Major
>
> When read was failed due to timeout, Cassandra reports in logs "Timeout; reveived 1 of 3 responses". Same information is passed to clients.
> But this information is not enoght to get list of slow nodes.
> Better to have detailed message in debug log:
> "Timeout; reveived 1 of 4 responses. Requested but not responded node: [<ip1>, <ip2>], Failed nodes: [<ip3>]"
> I implemented such behavior by patching ReadCallback, AbstractWriteResponseHandler, DatacenterSyncWriteResponseHandler and WriteResponseHandler. It handles all cases except Paxos.
> But I want to implement solid solution that handle all cases in same way.
> But before I will start I want to know: are there any objections against such logging?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org