[ 
https://issues.apache.org/jira/browse/HBASE-22843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16906574#comment-16906574
 ] 

stack commented on HBASE-22843:
-------------------------------

On your suggested change, makes sense that there is an echo of HBCK1 changes in 
HBCK2 (hopefully changes in hbck1 server-side go to zero soon..)

> [HBCK2] Fix HBCK2 after HBASE-22777 & HBASE-22758
> -------------------------------------------------
>
>                 Key: HBASE-22843
>                 URL: https://issues.apache.org/jira/browse/HBASE-22843
>             Project: HBase
>          Issue Type: Sub-task
>          Components: hbase-operator-tools
>            Reporter: Sakthi
>            Assignee: Sakthi
>            Priority: Blocker
>
> There were few changes made in HBASE-22777 & HBASE-22758, which would require 
> their propogation to HBCK2 as well to prevent compilation issues. These are 
> the ones:
> 1. MetaTableAccessor#makePutFromTableState was changed from public to 
> private. HBCK2 uses it in HBaseFsck#generatePuts() for rebuildMeta(). We 
> either need to revert the change to public or make similar adjustments in 
> HBCK2.
> 2.
> {code:java}
>  -PairOfSameType<RegionInfo> getMergeRegions(Result data) 
>  +List<RegionInfo> getMergeRegions(Cell[] cells){code}
> Due to this change, HBaseFsck was fixed accordingly but not HBCK2. Let's do 
> it there as well.
> 3. MetaTableAccessor#deleteRegion() was renamed to 
> MetaTableAccessor#deleteRegionInfo(). Even this should be integrated with 
> HBCK2.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Reply via email to