hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enis Soztutar (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-7848) Use ZK-based read/write lock to make flush-type snapshot robust
Date Fri, 01 Mar 2013 01:59:12 GMT

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

Enis Soztutar commented on HBASE-7848:

Ted and I have been digging around why this patch + region split table locks (HBASE-7546)
fails for TestSnapshotCloneIndependence. The issue is that, TestSnapshotCloneIndependence
sets a very small memstore flush, and this patch reverts the ConstantSizeRegionSplitPolicy
change in favor of the default one. Now, the problem occurs because even before the snapshot
+ clone is created we do some splitting, and after the clone, we issue one more, but it fails

cannot split because midkey is the same as first or last row
This is because, we already pre-maturely split. If we just remove the commenting out split
policy changes, we should be fine.
> Use ZK-based read/write lock to make flush-type snapshot robust
> ---------------------------------------------------------------
>                 Key: HBASE-7848
>                 URL: https://issues.apache.org/jira/browse/HBASE-7848
>             Project: HBase
>          Issue Type: Improvement
>          Components: snapshots
>    Affects Versions: 0.96.0
>            Reporter: Ted Yu
>            Assignee: Ted Yu
>         Attachments: 7848-v1.txt
> Current region split following flush would fail snapshot.
> We can utilize ZK-based read/write lock to make flush-type snapshot robust

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

View raw message