hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-6733) [0.92 UNIT TESTS] TestReplication.queueFailover occasionally fails [Part-2]
Date Tue, 11 Sep 2012 03:20:07 GMT

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

stack commented on HBASE-6733:
------------------------------

Do we have to add sleep multiplier as a data member DD?  There are lot of instances of it
as a local variable.  Having it as data member could confuse?  Looking at it, it could be
hard NOT having it as a data member... as it would require a bunch of refactoring of code
flow.  It does look odd though having the data member passed into functions.... since once
its a data member, there is no need for it to be passed in any more?  What you reckon?

Good debugging by the way.
                
> [0.92 UNIT TESTS] TestReplication.queueFailover occasionally fails [Part-2]
> ---------------------------------------------------------------------------
>
>                 Key: HBASE-6733
>                 URL: https://issues.apache.org/jira/browse/HBASE-6733
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Devaraj Das
>            Assignee: Devaraj Das
>             Fix For: 0.92.3
>
>         Attachments: 6733-1.patch
>
>
> The failure is in TestReplication.queueFailover (fails due to unreplicated rows). I have
come across two problems:
> 1. The sleepMultiplier is not properly reset when the currentPath is changed (in ReplicationSource.java).
> 2. ReplicationExecutor sometime removes files to replicate from the queue too early,
resulting in corresponding edits missing. Here the problem is due to the fact the log-file
length that the replication executor finds is not the most updated one, and hence it doesn't
read anything from there, and ultimately, when there is a log roll, the replication-queue
gets a new entry, and the executor drops the old entry out of the queue.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message