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

Anoop Sam John commented on HBASE-5974:
---------------------------------------

@Todd
Regarding the solution for handling the compatibility with client,
When NoSuchMethodException happens at RS side, the IPC layer throws back the 
RemoteException in which the actual Exception is stringfied and set as the 
message.  So if we need to handle, we need to do string matching on the 
Exception message at the client side.  Pls give your opinion on this. Or can we 
mark this issue fix such that when the server side is upgraded the client side 
also need upgrade..
Other devs also pls give you suggestion

I have prepared a patch addressing the other comments and if we decide on the 
above I can submit the new patch
                
> Scanner retry behavior with RPC timeout on next() seems incorrect
> -----------------------------------------------------------------
>
>                 Key: HBASE-5974
>                 URL: https://issues.apache.org/jira/browse/HBASE-5974
>             Project: HBase
>          Issue Type: Bug
>          Components: client, regionserver
>    Affects Versions: 0.90.7, 0.92.1, 0.94.0, 0.96.0
>            Reporter: Todd Lipcon
>            Priority: Critical
>         Attachments: HBASE-5974_0.94.patch
>
>
> I'm seeing the following behavior:
> - set RPC timeout to a short value
> - call next() for some batch of rows, big enough so the client times out 
> before the result is returned
> - the HConnectionManager stuff will retry the next() call to the same server. 
> At this point, one of two things can happen: 1) the previous next() call will 
> still be processing, in which case you get a LeaseException, because it was 
> removed from the map during the processing, or 2) the next() call will 
> succeed but skip the prior batch of rows.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to