Details
-
Bug
-
Status: Reopened
-
Major
-
Resolution: Unresolved
-
1.7.1, 3.0.0-alpha-2, 2.4.10
-
None
-
Both compacting scanners and user scanners should return promptly, when there are many skipped cells.
Description
We found in our cluster about stop region stuck. The region is compacting, and its store files has many TTL expired cells. Close region state marker(HRegion#writestate.writesEnabled) is not checked in compaction, because most cells were skipped.
HBASE-23968 has encountered similar problem, but the solution in it is outer the method
InternalScanner#next(List<Cell> result, ScannerContext scannerContext), which will not return if there are many skipped cells, for current compaction scanner context. As a result, we need to return in time in the next method, and then check the stop marker.
Attachments
Attachments
Issue Links
- breaks
-
PHOENIX-6702 ConcurrentMutationsExtendedIT and PartialIndexRebuilderIT fail on Hbase 2.4.11+
-
- Resolved
-
- causes
-
HBASE-26991 Phoenix PartialIndexRebuilderIT regression on 2.4.11
-
- Resolved
-
-
PHOENIX-6734 Revert default HBase version to 2.4.10
-
- Resolved
-
- relates to
-
HBASE-27108 Revert HBASE-25709
-
- Resolved
-
- links to