Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-dev@hadoop.apache.org
Message-ID: <990370494.1207714285096.JavaMail.jira@brutus>
Date: Tue, 8 Apr 2008 21:11:25 -0700 (PDT)
From: "stack (JIRA)" <jira@apache.org>
To: hbase-dev@hadoop.apache.org
Subject: [jira] Commented: (HBASE-532) Odd interaction between HRegion.get,
 HRegion.deleteAll and compactions
In-Reply-To: <1923193160.1205904864517.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

stack commented on HBASE-532:
-----------------------------

There is a hole in our memcache.  On flush, the flusher asks the Memcache for the snapshot to persist.  Memcache hands it over and then zeros out the snapshot.  Flusher goes to work but any subsequent gets will not see what was in snapshot until flusher finishes.  Scanners taken out after the flush starts will never see the edits.

> Odd interaction between HRegion.get, HRegion.deleteAll and compactions
> ----------------------------------------------------------------------
>
>                 Key: HBASE-532
>                 URL: https://issues.apache.org/jira/browse/HBASE-532
>             Project: Hadoop HBase
>          Issue Type: Bug
>    Affects Versions: 0.2.0, 0.1.1
>            Reporter: Jim Kellerman
>            Assignee: stack
>             Fix For: 0.2.0, 0.1.2
>
>
> If you apply the patch for HBASE-483 to the 0.1 branch and comment out lines 309 and 315 of MetaUtils.java (which force compactions of the root and meta regions respectively), TestMergeTool fails. Why forcing compactions makes the test succeed is a mystery to me.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.