[
https://issues.apache.org/jira/browse/HBASE-15128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15120687#comment-15120687
]
Matteo Bertozzi commented on HBASE-15128:
-----------------------------------------
I'm not able to find the CatalogJanitor storing in Zk (can you point me to the
code, I have only seen an update in-memory), but I see the balancer and the
normalizer tracker storing in zk.
my main problem with the patch is that is trying do make a generic dynamic
configuration which does not look really generic. with the admin
setSwitch/getSwitch and the shell command.
I'll be more ok if the patch is using the normalizer_switch to toggle and
adjust the the flags, relaying on the existing setNormalizerRunning() rpc.
if we want instead going in a generic dynamic configuration system, which seems
what this patch is trying to do. that's a different story. and this change
should not be hidden behind the split/merge flag
> Disable region splits and merges in HBCK
> ----------------------------------------
>
> Key: HBASE-15128
> URL: https://issues.apache.org/jira/browse/HBASE-15128
> Project: HBase
> Issue Type: Bug
> Reporter: Enis Soztutar
> Assignee: Heng Chen
> Fix For: 2.0.0, 1.3.0
>
> Attachments: HBASE-15128.patch, HBASE-15128_v1.patch,
> HBASE-15128_v3.patch
>
>
> In large clusters where region splits are frequent, and HBCK runs take
> longer, the concurrent splits cause further problems in HBCK since HBCK
> assumes a static state for the region partition map. We have just seen a case
> where HBCK undo's a concurrently splitting region causing number of
> inconsistencies to go up.
> We can have a mode in master where splits and merges are disabled like the
> balancer and catalog janitor switches. Master will reject the split requests
> if regionservers decide to split. This switch can be turned on / off by the
> admins and also automatically by HBCK while it is running (similar to
> balancer switch being disabled by HBCK).
> HBCK should also disable the Catalog Janitor just in case.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
