You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Ted Yu (JIRA)" <ji...@apache.org> on 2011/09/20 22:46:09 UTC

[jira] [Commented] (HBASE-4449) LoadIncrementalHFiles can't handle CFs with blooms

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

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

@David:
I tried to run the new tests without the change to LoadIncrementalHFiles and they passed.
Are you able to refine the new tests so that they fail for the current codebase ?

Thanks

> 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