[
https://issues.apache.org/jira/browse/HBASE-24273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17096176#comment-17096176
]
Huaxiang Sun commented on HBASE-24273:
--------------------------------------
[~timoha] I put up a pull request there
[https://github.com/apache/hbase/pull/1613], please review, thanks.
> HBCK's "Orphan Regions on FileSystem" reports regions with referenced HFiles
> ----------------------------------------------------------------------------
>
> Key: HBASE-24273
> URL: https://issues.apache.org/jira/browse/HBASE-24273
> Project: HBase
> Issue Type: Bug
> Components: hbck2
> Affects Versions: 2.2.4
> Environment: HBase 2.2.4
> Hadoop 3.1.3
> Reporter: Andrey Elenskiy
> Priority: Critical
> Fix For: 3.0.0, 2.3.0
>
>
> This issue came up after merging regions. MergeTableRegionsProcedure removes
> the parent regions from hbase:meta and creates HFile references in child
> region to the old parent regions. Running `hbck_chore_run` right after the
> `merge_region` will show the parent regions in "Orphan Regions on FileSystem"
> until major compaction is run on child region which will remove HFile
> references and cause Catalog Janitor to clean up the parent regions.
> There are probably other situations which can cause the same issue (maybe
> region split?)
> Having "Orphan Regions on FileSystem" list parent regions and suggest to
> "_hbase completebulkload_" is dangerous in this case as completing bulk load
> will lead to stale HFile references in child region which will cause its OPEN
> to fail because referenced HFile doesn't exist.
> Figuring out these things for database administrators is tedious, so I think
> it would be reasonable to not consider regions with referenced HFiles to be
> orphans (or maybe could give an extra hint saying that it has referenced
> HFiles).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
