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

Hudson commented on HBASE-5618:
-------------------------------

Integrated in HBase-0.92 #362 (See 
[https://builds.apache.org/job/HBase-0.92/362/])
    HBASE-5618 SplitLogManager - prevent unnecessary attempts to resubmits 
(Revision 1310921)

     Result = FAILURE
stack : 
Files : 
* /hbase/branches/0.92/CHANGES.txt
* 
/hbase/branches/0.92/src/main/java/org/apache/hadoop/hbase/master/SplitLogManager.java

                
> SplitLogManager - prevent unnecessary attempts to resubmits
> -----------------------------------------------------------
>
>                 Key: HBASE-5618
>                 URL: https://issues.apache.org/jira/browse/HBASE-5618
>             Project: HBase
>          Issue Type: Improvement
>          Components: wal, zookeeper
>            Reporter: Prakash Khemani
>            Assignee: Prakash Khemani
>             Fix For: 0.92.2, 0.94.0
>
>         Attachments: 
> 0001-HBASE-5618-SplitLogManager-prevent-unnecessary-attem.patch, 
> 0001-HBASE-5618-SplitLogManager-prevent-unnecessary-attem.patch, 
> 0001-HBASE-5618-SplitLogManager-prevent-unnecessary-attem.patch, 
> 0001-HBASE-5618-SplitLogManager-prevent-unnecessary-attem.patch, 
> 0001-HBASE-5618-SplitLogManager-prevent-unnecessary-attem.patch
>
>
> Currently once a watch fires that the task node has been updated (hearbeated) 
> by the worker, the splitlogmanager still quite some time before it updates 
> the "last heard from" time. This is because the manager currently schedules 
> another getDataSetWatch() and only after that finishes will it update the 
> task's "last heard from" time.
> This leads to a large number of zk-BadVersion warnings when resubmission is 
> continuously attempted and it fails.
> Two changes should be made
> (1) On a resubmission failure because of BadVersion the task's lastUpdate 
> time should get upped.
> (2) The task's lastUpdate time should get upped as soon as the 
> nodeDataChanged() watch fires and without waiting for getDataSetWatch() to 
> complete.

--
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