[
https://issues.apache.org/jira/browse/HBASE-18375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16085581#comment-16085581
]
Anastasia Braginsky commented on HBASE-18375:
---------------------------------------------
I think problem exists also with CellArrayMaps just the race condition is
rarer. When we have a swap in compaction pipeline (due to
compaction/merge/snapshot) the segment which is swapped out is no longer
reachable (the cells themselves are no more reachable). Since then and till the
chunks are returned back to pool by MSLAB, the chunks are exposed to GC
activities.
[~anoop.hbase], do you know whether HBASE-16438 was taken to the branch for
release 2.0?
> The pool chunks from ChunkCreator are deallocated while in pool because there
> is no reference to them
> -----------------------------------------------------------------------------------------------------
>
> Key: HBASE-18375
> URL: https://issues.apache.org/jira/browse/HBASE-18375
> Project: HBase
> Issue Type: Sub-task
> Reporter: Anastasia Braginsky
>
> Because MSLAB list of chunks was changed to list of chunk IDs, the chunks
> returned back to pool can be deallocated by JVM because there is no reference
> to them. The solution is to protect pool chunks from GC by the strong map of
> ChunkCreator introduced by HBASE-18010. Will prepare the patch today.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
