You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2008/07/03 01:04:45 UTC
[jira] Created: (HBASE-720) clean up inconsistencies around deletes
clean up inconsistencies around deletes
---------------------------------------
Key: HBASE-720
URL: https://issues.apache.org/jira/browse/HBASE-720
Project: Hadoop HBase
Issue Type: Bug
Reporter: stack
Compaction clears all cells behind any found 'delete' cell. This makes for an inconsistency in that before the compaction runs, you can do a get or scan on a timestamp older than the delete cell and get results. Confusing.
Either preserve all cells for all time (or until > MAX_VERSIONS or TTL) or else make it so presence of a delete cell in the future stops client fetching anything older (expensive).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HBASE-720) clean up inconsistencies around
deletes
Posted by "stack (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack resolved HBASE-720.
-------------------------
Resolution: Fixed
Fix Version/s: 0.2.0
Applied a few days ago. Thanks for the patch Izaak.
> clean up inconsistencies around deletes
> ---------------------------------------
>
> Key: HBASE-720
> URL: https://issues.apache.org/jira/browse/HBASE-720
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Assignee: Izaak Rubin
> Fix For: 0.2.0
>
> Attachments: hbase-720.patch
>
>
> Compaction clears all cells behind any found 'delete' cell. This makes for an inconsistency in that before the compaction runs, you can do a get or scan on a timestamp older than the delete cell and get results. Confusing.
> Either preserve all cells for all time (or until > MAX_VERSIONS or TTL) or else make it so presence of a delete cell in the future stops client fetching anything older (expensive).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HBASE-720) clean up inconsistencies around
deletes
Posted by "stack (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack reassigned HBASE-720:
---------------------------
Assignee: Izaak Rubin
> clean up inconsistencies around deletes
> ---------------------------------------
>
> Key: HBASE-720
> URL: https://issues.apache.org/jira/browse/HBASE-720
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Assignee: Izaak Rubin
>
> Compaction clears all cells behind any found 'delete' cell. This makes for an inconsistency in that before the compaction runs, you can do a get or scan on a timestamp older than the delete cell and get results. Confusing.
> Either preserve all cells for all time (or until > MAX_VERSIONS or TTL) or else make it so presence of a delete cell in the future stops client fetching anything older (expensive).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HBASE-720) clean up inconsistencies around deletes
Posted by "Izaak Rubin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HBASE-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Izaak Rubin updated HBASE-720:
------------------------------
Attachment: hbase-720.patch
I've attached a patch (hbase-720.patch). It modifies the compaction process such that compaction *does not* remove cells that have been marked as deleted (now it only removes cells that have exceed the version number or ttl). I've also updated TestCompaction to reflect these changes.
All HBase tests passed successfully, except for TestMasterAdmin and TestRegionServerExit (which both failed before applying the patch as well).
> clean up inconsistencies around deletes
> ---------------------------------------
>
> Key: HBASE-720
> URL: https://issues.apache.org/jira/browse/HBASE-720
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Assignee: Izaak Rubin
> Attachments: hbase-720.patch
>
>
> Compaction clears all cells behind any found 'delete' cell. This makes for an inconsistency in that before the compaction runs, you can do a get or scan on a timestamp older than the delete cell and get results. Confusing.
> Either preserve all cells for all time (or until > MAX_VERSIONS or TTL) or else make it so presence of a delete cell in the future stops client fetching anything older (expensive).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.