[ 
https://issues.apache.org/jira/browse/KUDU-1580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15440324#comment-15440324
 ] 

Todd Lipcon commented on KUDU-1580:
-----------------------------------

This seems to be causing relatively high flakiness of raft_consensus-itest's 
MultiThreadedInsertWithFailovers test case, unless I bump the rpc negotiation 
timeout up. I'll apply that workaround temporarily and leave a pointer to this 
JIRA.

> Connection negotiation timeout to tablet server is treated as unretriable 
> error
> -------------------------------------------------------------------------------
>
>                 Key: KUDU-1580
>                 URL: https://issues.apache.org/jira/browse/KUDU-1580
>             Project: Kudu
>          Issue Type: Bug
>          Components: client
>    Affects Versions: 0.10.0
>            Reporter: Todd Lipcon
>
> In the case that the leader tablet server is up but "frozen", the client will 
> get a connection negotiation timeout trying to establish an RPC connection. 
> It appears that this Status::TimeOut() is treated as a non-retriable error by 
> WriteRpc::AnalyzeResponse, so the client gets a failure even if there has 
> been a leader re-election within the client-provided deadline.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to