hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HBASE-532) Odd interaction between HRegion.get, HRegion.deleteAll and compactions
Date Wed, 09 Apr 2008 05:05:24 GMT

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

stack commented on HBASE-532:

Previous to r596835, 2007-11-20 13:53:30 -0800, HADOOP-2139 (phase 1) Increase parallelism
in region servers, we used keep an history array of snapshots.  Scanners would travel over
the history array.  Flushers when done would remove a snapshot from history (but because scanners
had made a shallow copy of the history array, they'd still have hold of the history elements
till scanning was done).  Let me bring back some of this -- at least the part where flusher
tells memcache it completed the flush and the memcache keeping around 'beingFlushed' snapshot
that we check when getting, and taking out scanners (will try to reduce on some of the copying

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

View raw message