hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ted Yu (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-4449) LoadIncrementalHFiles can't handle CFs with blooms
Date Tue, 20 Sep 2011 21:56:08 GMT

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

Ted Yu commented on HBASE-4449:
-------------------------------

For HFileV2, maxBloomEntries is optional. That's why the test passed in TRUNK.

> LoadIncrementalHFiles can't handle CFs with blooms
> --------------------------------------------------
>
>                 Key: HBASE-4449
>                 URL: https://issues.apache.org/jira/browse/HBASE-4449
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.90.4
>            Reporter: David Revell
>         Attachments: HBASE-4449-v2.patch, HBASE-4449.patch
>
>
> When LoadIncrementalHFiles loads a store file that crosses region boundaries, it will
split the file at the boundary to create two store files. If the store file is for a column
family that has a bloom filter, then a "java.lang.ArithmeticException: / by zero" will be
raised because ByteBloomFilter() is called with maxKeys of 0.
> The included patch assumes that the number of keys in each split child will be equal
to the number of keys in the parent's bloom filter (instead of 0). This is an overestimate,
but it's safe and easy.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message