You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2018/08/19 10:56:00 UTC

[jira] [Created] (HBASE-21072) Block out HBCK1 in hbase2

stack created HBASE-21072:
-----------------------------

             Summary: Block out HBCK1 in hbase2
                 Key: HBASE-21072
                 URL: https://issues.apache.org/jira/browse/HBASE-21072
             Project: HBase
          Issue Type: Sub-task
          Components: hbck
    Affects Versions: 2.0.1
            Reporter: stack


[~busbey] left a note in the parent issue that I only just read which has a prescription for how we might block hbck1 from running against an hbase-2.x (hbck1 could damage a hbase-2....Its disabled in hbase-2 but an errant hbck1 from an hbase-1.x install might run).

Here is quote from parent issue:

{code}
I was idly thinking about how to stop HBase v1 HBCK. Thanks to HBASE-11405, we know that all HBase 1.y.z hbck instances should refuse to run if there's a lock file at '/hbase/hbase-hbck.lock' (given defaults). How about HBase v2 places that file permanently in place and replace the contents (usually just an IP address) with a note about how you must not run HBase v1 HBCK against the cluster?
{code}

There is also the below:
{code}
We could pick another location for locking on HBase version 2 and start building in a version check of some kind?
{code}

... to which I'd answer, lets see. hbck2 is a different beast. It asks the master to do stuff. It doesn't do it itself, as hbck1 did. So no need of a lock/version.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)