You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Joshua McKenzie (JIRA)" <ji...@apache.org> on 2017/04/24 13:16:04 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 ]

Joshua McKenzie updated CASSANDRA-13456:
----------------------------------------
    Issue Type: Improvement  (was: Bug)

> Needs better logging for timeout/failures
> -----------------------------------------
>
>                 Key: CASSANDRA-13456
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13456
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Fuud
>
> 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
(v6.3.15#6346)