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