hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Revell (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-4449) LoadIncrementalHFiles can't handle CFs with blooms
Date Tue, 20 Sep 2011 22:10:09 GMT

     [ https://issues.apache.org/jira/browse/HBASE-4449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

David Revell updated HBASE-4449:
--------------------------------

    Attachment: HBASE-4449-trunk-testsonly.patch

Sorry Ted, I should have realized that my patch was only against 0.90.

Current state: 
 - HBASE_4449-v2.patch applies to 0.90 branch, and was +1'ed by Ted.
 - HBASE-4449-trunk-testsonly.patch is just now being uploaded and includes only test changes
for bloom filter CFs. It hasn't been +1'ed by anyone yet.

> 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
>            Assignee: David Revell
>             Fix For: 0.90.5
>
>         Attachments: HBASE-4449-trunk-testsonly.patch, 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