hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-7244) Provide a command or argument to startup, that formats znodes if provided
Date Tue, 23 Apr 2013 17:01:21 GMT

     [ https://issues.apache.org/jira/browse/HBASE-7244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

stack updated HBASE-7244:
-------------------------

    Hadoop Flags: Reviewed
          Status: Patch Available  (was: Open)

+1 on patch.

Should we add a clean verb to ./bin/hbase under PROCESS MANAGEMENT here:

{code}
durruti:trunk stack$ ./bin/hbase
Usage: hbase <command>
where <command> an option from one of these categories:

DBA TOOLS
  shell            run the HBase shell
  hbck             run the hbase 'fsck' tool
  hlog             write-ahead-log analyzer
  hfile            store file analyzer
  zkcli            run the ZooKeeper shell

PROCESS MANAGEMENT
  master           run an HBase HMaster node
  regionserver     run an HBase HRegionServer node
  zookeeper        run a Zookeeper server
  rest             run an HBase REST server
  thrift           run the HBase Thrift server
  thrift2          run the HBase Thrift2 server

PACKAGE MANAGEMENT
  classpath        dump hbase CLASSPATH
  version          print the version

 or
  CLASSNAME        run the class named CLASSNAME
Most commands print help when invoked w/o parameters.
{code}

The clean would call this new script?

                
> Provide a command or argument to startup, that formats znodes if provided
> -------------------------------------------------------------------------
>
>                 Key: HBASE-7244
>                 URL: https://issues.apache.org/jira/browse/HBASE-7244
>             Project: HBase
>          Issue Type: New Feature
>          Components: Zookeeper
>    Affects Versions: 0.94.0
>            Reporter: Harsh J
>            Assignee: rajeshbabu
>            Priority: Minor
>             Fix For: 0.98.0, 0.94.8, 0.95.1
>
>         Attachments: HBASE-7244_2.patch, HBASE-7244_3.patch, HBASE-7244_4.patch, HBASE-7244.patch
>
>
> Many a times I've had to, and have seen instructions being thrown, to stop cluster, clear
out ZK and restart.
> While this is only a quick (and painful to master) fix, it is certainly nifty to some
smaller cluster users but the process is far too long, roughly:
> 1. Stop HBase
> 2. Start zkCli.sh and connect to the right quorum
> 3. Find and ensure the HBase parent znode from the configs (/hbase only by default)
> 4. Run an "rmr /hbase" in the zkCli.sh shell, or manually delete each znode if on a lower
version of ZK.
> 5. Quit zkCli.sh and start HBase again
> Perhaps it may be useful, if the start-hbase.sh itself accepted a formatZK parameter.
Such that, when you do a {{start-hbase.sh -formatZK}}, it does steps 2-4 automatically for
you.
> For safety, we could make the formatter code ensure that no HBase instance is actually
active, and skip the format process if it is. Similar to a HDFS NameNode's format, which would
disallow if the name directories are locked.
> Would this be a useful addition for administrators? Bigtop too can provide a service
subcommand that could do this.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message