You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jim Kellerman (JIRA)" <ji...@apache.org> on 2008/04/07 22:33:24 UTC
[jira] Updated: (HBASE-564) Adding a flush file of zero entries
[ https://issues.apache.org/jira/browse/HBASE-564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jim Kellerman updated HBASE-564:
--------------------------------
Attachment: patch.txt
There were thee paths that bypassed the size checks:
- HStore.doReconstructionLog called by HStore constructor
- HStore.flushCache called by HRegion.internalFlushCache called by either HRegion.close or HRegion.flushCache
Added a check in HStore.internalFlushCache to just return if cache has zero entries.
> Adding a flush file of zero entries
> -----------------------------------
>
> Key: HBASE-564
> URL: https://issues.apache.org/jira/browse/HBASE-564
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Assignee: Jim Kellerman
> Priority: Minor
> Attachments: patch.txt
>
>
> Saw this in log in TRUNK:
> {code}
> [junit] 2008-04-04 20:22:40,943 DEBUG [RegionServer:0.cacheFlusher] regionserver.HStore(676): Added 1403560700/text/8075392345773720818 with 0 entries, sequence id 537, data size 0.0, file size 110.0 for 1403560700/text
> {code}
> I thought that we'd fixed flushing zero-entry files
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.