[
https://issues.apache.org/jira/browse/HBASE-29742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Istvan Toth updated HBASE-29742:
--------------------------------
Description:
As reported by [~wchevreuil] , there is a bug in compaction where the scan
switches to returning single cells instead of rows.
This happens because compaction sets a Block limit for the ScannerContext,
which does not get reset on next().
That's not what we want for compactions.
We want next() to return if it wasn't able to return a single row after reading
10 MB, but but we want to reset the limit after that.
was:
As reported by [~wchevreuil] , there is a bug in compaction where the scan
switches to returning single cells instead of rows.
This happens because compaction sets a Block limit for the ScannerContext,
which does not get reset on next().
That's not what we want for compactions.
> Compaction scan returns single cells instead of rows after 10MB
> ---------------------------------------------------------------
>
> Key: HBASE-29742
> URL: https://issues.apache.org/jira/browse/HBASE-29742
> Project: HBase
> Issue Type: Bug
> Components: Compaction
> Reporter: Istvan Toth
> Assignee: Istvan Toth
> Priority: Major
>
> As reported by [~wchevreuil] , there is a bug in compaction where the scan
> switches to returning single cells instead of rows.
> This happens because compaction sets a Block limit for the ScannerContext,
> which does not get reset on next().
> That's not what we want for compactions.
> We want next() to return if it wasn't able to return a single row after
> reading 10 MB, but but we want to reset the limit after that.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
