NihalJain commented on PR #135:
URL:
https://github.com/apache/hbase-operator-tools/pull/135#issuecomment-1690226389
In order to test the change build codebase locally and deployed hbck2 jar on
a real cluster running 2.5x.
For overall tool tested following:
- Run help and ensure looks as expected
Tested the following for each of the command: `assigns`, `unassigns` and
`bypass`
- Run existing command with no batching and ensure no changes in behavior
- Run command with batching and ensure works as expected
- Validate invalid data passed for batch size throws exception in following
cases:
- pass wrong data type
- pass value <= 0
NOTE: In case of testing for `bypass` dummy process id's were passed but
logs confirm proper working.
Detailed test run logs for reference:
```
$ export HBCK_JAR=hbase-hbck2-1.3.0-SNAPSHOT.jar
$ hbase --config conf hbck -j $HBCK_JAR
usage: HBCK2 [OPTIONS] COMMAND <ARGS>
Options:
-d,--debug run with debug output
-h,--help output this help message
-p,--hbase.zookeeper.property.clientPort <arg> port of hbase ensemble
-q,--hbase.zookeeper.quorum <arg> hbase ensemble
-s,--skip skip hbase version check
(PleaseHoldException)
-v,--version this hbck2 version
-z,--zookeeper.znode.parent <arg> parent znode of hbase
ensemble
Command:
addFsRegionsMissingInMeta [OPTIONS]
[<NAMESPACE|NAMESPACE:TABLENAME>...|-i <INPUTFILES>...]
Options:
-i,--inputFiles take one or more files of namespace or table names
-o,--outputFile name/prefix of the file(s) to dump region names
-n,--numLines number of lines to be written to each output file
To be used when regions missing from hbase:meta but directories
are present still in HDFS. Can happen if user has run _hbck1_
'OfflineMetaRepair' against an hbase-2.x cluster. Needs hbase:meta
to be online. For each table name passed as parameter, performs diff
between regions available in hbase:meta and region dirs on HDFS.
Then for dirs with no hbase:meta matches, it reads the 'regioninfo'
metadata file and re-creates given region in hbase:meta. Regions are
re-created in 'CLOSED' state in the hbase:meta table, but not in the
Masters' cache, and they are not assigned either. To get these
regions online, run the HBCK2 'assigns'command printed when this
command-run completes.
NOTE: If using hbase releases older than 2.3.0, a rolling restart of
HMasters is needed prior to executing the set of 'assigns' output.
An example adding missing regions for tables 'tbl_1' in the default
namespace, 'tbl_2' in namespace 'n1' and for all tables from
namespace 'n2':
$ HBCK2 addFsRegionsMissingInMeta default:tbl_1 n1:tbl_2 n2
Returns HBCK2 an 'assigns' command with all re-inserted regions.
SEE ALSO: reportMissingRegionsInMeta
SEE ALSO: fixMeta
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <NAMESPACE|NAMESPACE:TABLENAME>, one per line.
For example:
$ HBCK2 addFsRegionsMissingInMeta -i fileName1 fileName2
If -o or --outputFile is specified, the output file(s) can be passed as
input to assigns command via -i or -inputFiles option.
If -n or --numLines is specified, and say it is set to 100, this will
create files with prefix as value passed by -o or --outputFile option.
Each file will have 100 region names (max.), one per line.
For example:
$ HBCK2 addFsRegionsMissingInMeta -o outputFilePrefix -n 100
-i fileName1 fileName2
But if -n is not specified, but -o is specified, it will dump all
region names in a single file, one per line.
NOTE: -n option is applicable only if -o option is specified.
assigns [OPTIONS] [<ENCODED_REGIONNAME>...|-i <INPUT_FILE>...]
Options:
-o,--override override ownership by another procedure
-i,--inputFiles take one or more files of encoded region names
-b,--batchSize number of regions to process in a batch
A 'raw' assign that can be used even during Master initialization (if
the -skip flag is specified). Skirts Coprocessors. Pass one or more
encoded region names. 1588230740 is the hard-coded name for the
hbase:meta region and de00010733901a05f5a2a3a382e27dd4 is an example of
what a user-space encoded region name looks like. For example:
$ HBCK2 assigns 1588230740 de00010733901a05f5a2a3a382e27dd4
Returns the pid(s) of the created AssignProcedure(s) or -1 if none.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains encoded region names, one per line. For example:
$ HBCK2 assigns -i fileName1 fileName2
If -b or --batchSize is specified, the command processes those many
regions at a time in a batch-ed manner; Consider using this option,
if the list of regions is huge, to avoid CallTimeoutException.
$ HBCK2 assigns -i fileName1 fileName2 -b 500
bypass [OPTIONS] [<PID>...|-i <INPUT_FILE>...]
Options:
-o,--override override if procedure is running/stuck
-r,--recursive bypass parent and its children. SLOW! EXPENSIVE!
-w,--lockWait milliseconds to wait before giving up; default=1
-i,--inputFiles take one or more input files of PID's
-b,--batchSize number of procedure to process in a batch
Pass one (or more) procedure 'pid's to skip to procedure finish. Parent
of bypassed procedure will also be skipped to the finish. Entities will
be left in an inconsistent state and will require manual fixup. May
need Master restart to clear locks still held. Bypass fails if
procedure has children. Add 'recursive' if all you have is a parent pid
to finish parent and children. This is SLOW, and dangerous so use
selectively. Does not always work.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains PID's, one per line. For example:
$ HBCK2 bypass -i fileName1 fileName2
If -b or --batchSize is specified, the command processes those many
procedures at a time in a batch-ed manner; Consider using this option,
if the list of procedures is huge, to avoid CallTimeoutException.
$ HBCK2 bypass -i fileName1 fileName2 -b 500
extraRegionsInMeta [<NAMESPACE|NAMESPACE:TABLENAME>...|
-i <INPUT_FILE>...]
Options:
-f, --fix fix meta by removing all extra regions found.
-i,--inputFiles take one or more input files of namespace or
table names
Reports regions present on hbase:meta, but with no related
directories on the file system. Needs hbase:meta to be online.
For each table name passed as parameter, performs diff
between regions available in hbase:meta and region dirs on the given
file system. Extra regions would get deleted from Meta
if passed the --fix option.
NOTE: Before deciding on use the "--fix" option, it's worth check if
reported extra regions are overlapping with existing valid regions.
If so, then "extraRegionsInMeta --fix" is indeed the optimal solution.
Otherwise, "assigns" command is the simpler solution, as it recreates
regions dirs in the filesystem, if not existing.
An example triggering extra regions report for tables 'table_1'
and 'table_2', under default namespace:
$ HBCK2 extraRegionsInMeta default:table_1 default:table_2
An example triggering extra regions report for table 'table_1'
under default namespace, and for all tables from namespace 'ns1':
$ HBCK2 extraRegionsInMeta default:table_1 ns1
Returns list of extra regions for each table passed as parameter, or
for each table on namespaces specified as parameter.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <NAMESPACE|NAMESPACE:TABLENAME>, one per line.
For example:
$ HBCK2 extraRegionsInMeta -i fileName1 fileName2
filesystem [OPTIONS] [<TABLENAME>...|-i <INPUT_FILE>...]
Options:
-f, --fix sideline corrupt hfiles, bad links, and references.
-i,--inputFiles take one or more input files of table names
Report on corrupt hfiles, references, broken links, and integrity.
Pass '--fix' to sideline corrupt files and links. '--fix' does NOT
fix integrity issues; i.e. 'holes' or 'orphan' regions. Pass one or
more tablenames to narrow checkup. Default checks all tables and
restores 'hbase.version' if missing. Interacts with the filesystem
only! Modified regions need to be reopened to pick-up changes.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains table names, one per line. For example:
$ HBCK2 filesystem -i fileName1 fileName2
fixMeta
Do a server-side fix of bad or inconsistent state in hbase:meta.
Available in hbase 2.2.1/2.1.6 or newer versions. Master UI has
matching, new 'HBCK Report' tab that dumps reports generated by
most recent run of _catalogjanitor_ and a new 'HBCK Chore'. It
is critical that hbase:meta first be made healthy before making
any other repairs. Fixes 'holes', 'overlaps', etc., creating
(empty) region directories in HDFS to match regions added to
hbase:meta. Command is NOT the same as the old _hbck1_ command
named similarily. Works against the reports generated by the last
catalog_janitor and hbck chore runs. If nothing to fix, run is a
noop. Otherwise, if 'HBCK Report' UI reports problems, a run of
fixMeta will clear up hbase:meta issues. See 'HBase HBCK' UI
for how to generate new report.
SEE ALSO: reportMissingRegionsInMeta
generateMissingTableDescriptorFile [OPTIONS] [<TABLENAME>...]
Trying to fix an orphan table by generating a missing table descriptor
file. This command will have no effect if the table folder is missing
or if the .tableinfo is present (we don't override existing table
descriptors). This command will first check it the TableDescriptor is
cached in HBase Master in which case it will recover the .tableinfo
accordingly. If TableDescriptor is not cached in master then it will
create a default .tableinfo file with the following items:
- the table name
- the column family list determined based on the file system
- the default properties for both TableDescriptor and
ColumnFamilyDescriptors
If the .tableinfo file was generated using default parameters then
make sure you check the table / column family properties later (and
change them if needed).
This method does not change anything in HBase, only writes the new
.tableinfo file to the file system. Orphan tables can cause e.g.
ServerCrashProcedures to stuck, you might need to fix these still
after you generated the missing table info files. If no tables are
specified, .tableinfo will be generated for all missing table
descriptors.
recoverUnknown
Schedule ServerCrashProcedure(SCP) for RegionServers that are reported
as unknown.
Returns the pid(s) of the created ServerCrashProcedure(s) or -1 if
no procedure created (see master logs for why not).
Command support added in hbase versions 2.2.7, 2.3.5, 2.4.3,
2.5.0 or newer.
regionInfoMismatch
Options:
-f,--fix Update hbase:meta with the corrections
It is recommended to first run this utility without the fix
option to ensure that the utility is generating the correct
serialized RegionInfo data structures. Inspect the output to
confirm that the hbase:meta rowkey matches the new RegionInfo.
This tool will read hbase:meta and report any regions whose rowkey
and cell value differ in their encoded region name. HBASE-23328
illustrates a problem for read-replica enabled tables in which
the encoded region name (the MD5 hash) does not match between
the rowkey and the value. This problem is generally harmless
for normal operation, but can break other HBCK2 tools.
Run this command to determine if any regions are affected by
this bug and use the -f/--fix option to then correct any
affected regions.
replication [OPTIONS] [<TABLENAME>...|-i <INPUT_FILE>...]
Options:
-f, --fix fix any replication issues found.
-i,--inputFiles take one or more input files of table names
Looks for undeleted replication queues and deletes them if passed the
'--fix' option. Pass a table name to check for replication barrier and
purge if '--fix'.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <TABLENAME>, one per line. For example:
$ HBCK2 replication -i fileName1 fileName2
reportMissingRegionsInMeta [<NAMESPACE|NAMESPACE:TABLENAME>...|
-i <INPUT_FILE>...]
Options:
-i,--inputFiles take one or more files of namespace or table names
To be used when regions missing from hbase:meta but directories
are present still in HDFS. Can happen if user has run _hbck1_
'OfflineMetaRepair' against an hbase-2.x cluster. This is a CHECK only
method, designed for reporting purposes and doesn't perform any
fixes, providing a view of which regions (if any) would get re-added
to hbase:meta, grouped by respective table/namespace. To effectively
re-add regions in meta, run addFsRegionsMissingInMeta.
This command needs hbase:meta to be online. For each namespace/table
passed as parameter, it performs a diff between regions available in
hbase:meta against existing regions dirs on HDFS. Region dirs with no
matches are printed grouped under its related table name. Tables with
no missing regions will show a 'no missing regions' message. If no
namespace or table is specified, it will verify all existing regions.
It accepts a combination of multiple namespace and tables. Table names
should include the namespace portion, even for tables in the default
namespace, otherwise it will assume as a namespace value.
An example triggering missing regions report for tables 'table_1'
and 'table_2', under default namespace:
$ HBCK2 reportMissingRegionsInMeta default:table_1 default:table_2
An example triggering missing regions report for table 'table_1'
under default namespace, and for all tables from namespace 'ns1':
$ HBCK2 reportMissingRegionsInMeta default:table_1 ns1
Returns list of missing regions for each table passed as parameter, or
for each table on namespaces specified as parameter.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <NAMESPACE|NAMESPACE:TABLENAME>, one per line.
For example:
$ HBCK2 reportMissingRegionsInMeta -i fileName1 fileName2
setRegionState [<ENCODED_REGIONNAME> <STATE>|-i <INPUT_FILE>...]
Options:
-i,--inputFiles take one or more input files of encoded region names
and states.
To set the replica region's state, it needs the primary region's
encoded regionname and replica id. The command will be
setRegionState <PRIMARY_ENCODED_REGIONNAME>,<replicaId> <STATE>
Possible region states:
OFFLINE, OPENING, OPEN, CLOSING, CLOSED, SPLITTING, SPLIT,
FAILED_OPEN, FAILED_CLOSE, MERGING, MERGED, SPLITTING_NEW,
MERGING_NEW, ABNORMALLY_CLOSED
WARNING: This is a very risky option intended for use as last resort.
Example scenarios include unassigns/assigns that can't move forward
because region is in an inconsistent state in 'hbase:meta'. For
example, the 'unassigns' command can only proceed if passed a region
in one of the following states: SPLITTING|SPLIT|MERGING|OPEN|CLOSING
Before manually setting a region state with this command, please
certify that this region is not being handled by a running procedure,
such as 'assign' or 'split'. You can get a view of running procedures
in the hbase shell using the 'list_procedures' command. An example
setting region 'de00010733901a05f5a2a3a382e27dd4' to CLOSING:
$ HBCK2 setRegionState de00010733901a05f5a2a3a382e27dd4 CLOSING
Returns "0" if region state changed and "1" otherwise.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <ENCODED_REGIONNAME> <STATE>, one pair per line.
For example:
$ HBCK2 setRegionState -i fileName1 fileName2
setTableState [<TABLENAME> <STATE>|-i <INPUT_FILE>...]
Options:
-i,--inputFiles take one or more files of table names and states
Possible table states: ENABLED, DISABLED, DISABLING, ENABLING
To read current table state, in the hbase shell run:
hbase> get 'hbase:meta', '<TABLENAME>', 'table:state'
A value of \x08\x00 == ENABLED, \x08\x01 == DISABLED, etc.
Can also run a 'describe "<TABLENAME>"' at the shell prompt.
An example making table name 'user' ENABLED:
$ HBCK2 setTableState users ENABLED
Returns whatever the previous table state was.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <TABLENAME> <STATE>, one pair per line.
For example:
$ HBCK2 setTableState -i fileName1 fileName2
scheduleRecoveries [<SERVERNAME>...|-i <INPUT_FILE>...]
Options:
-i,--inputFiles take one or more input files of server names
Schedule ServerCrashProcedure(SCP) for list of RegionServers. Format
server name as '<HOSTNAME>,<PORT>,<STARTCODE>' (See HBase UI/logs).
Example using RegionServer 'a.example.org,29100,1540348649479':
$ HBCK2 scheduleRecoveries a.example.org,29100,1540348649479
Returns the pid(s) of the created ServerCrashProcedure(s) or -1 if
no procedure created (see master logs for why not).
Command support added in hbase versions 2.0.3, 2.1.2, 2.2.0 or newer.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains <SERVERNAME>, one per line. For example:
$ HBCK2 scheduleRecoveries -i fileName1 fileName2
unassigns [OPTIONS] [<ENCODED_REGIONNAME>...|-i <INPUT_FILE>...]
Options:
-o,--override override ownership by another procedure
-i,--inputFiles take one or more input files of encoded region names
-b,--batchSize number of regions to process in a batch
A 'raw' unassign that can be used even during Master initialization
(if the -skip flag is specified). Skirts Coprocessors. Pass one or
more encoded region names. 1588230740 is the hard-coded name for the
hbase:meta region and de00010733901a05f5a2a3a382e27dd4 is an example
of what a userspace encoded region name looks like. For example:
$ HBCK2 unassigns 1588230740 de00010733901a05f5a2a3a382e27dd4
Returns the pid(s) of the created UnassignProcedure(s) or -1 if none.
SEE ALSO, org.apache.hbase.hbck1.OfflineMetaRepair, the offline
hbase:meta tool. See the HBCK2 README for how to use.
If -i or --inputFiles is specified, pass one or more input file names.
Each file contains encoded region names, one per line. For example:
$ HBCK2 unassigns -i fileName1 fileName2
If -b or --batchSize is specified, the tool processes those many
regions at a time in a batch-ed manner; Consider using this option,
if the list of regions is huge, to avoid CallTimeoutException.
$ HBCK2 unassigns -i fileName1 fileName2 -b 500
$ hbase --config conf hbck -j $HBCK_JAR unassigns -b 2A
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be an integer!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1559)
at org.apache.hbase.HBCK2.unassigns(HBCK2.java:519)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1205)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR unassigns -b -2
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be greater than 0!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1555)
at org.apache.hbase.HBCK2.unassigns(HBCK2.java:519)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1205)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR unassigns -b 2
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
15:35:48.997 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: 2
15:35:48.999 [main] INFO org.apache.hbase.HBCK2 - Processing batch #0
15:35:49.328 [main] INFO org.apache.hbase.HBCK2 - Processing batch #1
15:35:49.331 [main] INFO org.apache.hbase.HBCK2 - Processing batch #2
395, 396, 399, 400, 401
$ hbase --config conf hbck -j $HBCK_JAR assigns -b 2A
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be an integer!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1559)
at org.apache.hbase.HBCK2.assigns(HBCK2.java:480)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1176)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR assigns -b -2
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be greater than 0!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1555)
at org.apache.hbase.HBCK2.assigns(HBCK2.java:480)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1176)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR assigns -b 2
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
15:36:13.539 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: 2
15:36:13.541 [main] INFO org.apache.hbase.HBCK2 - Processing batch #0
15:36:13.835 [main] INFO org.apache.hbase.HBCK2 - Processing batch #1
15:36:13.837 [main] INFO org.apache.hbase.HBCK2 - Processing batch #2
[405, 406, 407, 408, 409]
$ hbase --config conf hbck -j $HBCK_JAR unassigns
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
15:36:23.148 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: -1
415, 416, 417, 418, 419
$
$ hbase --config conf hbck -j $HBCK_JAR assigns
d566fa8c5ab038341fea04b4557fb3ee 9dc4c3755187b60c711aa1dff15becd3
cd3fc1ab2f6babe0828f7a057eef7b97 5b2086ec9faca1acba4e13b3d4c3e90f
70aa4d8ea447199cf5e1ae2fdbd81636
.
.
15:36:31.649 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: -1
[425, 426, 427, 428, 429]
$ hbase --config conf hbck -j $HBCK_JAR bypass -b 2A 1 2 3 4
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be an integer!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1559)
at org.apache.hbase.HBCK2.bypass(HBCK2.java:566)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1190)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR bypass -b -2 1 2 3 4
Exception in thread "main" java.lang.IllegalArgumentException: Batch size
should be greater than 0!
at org.apache.hbase.HBCK2.getBatchSize(HBCK2.java:1555)
at org.apache.hbase.HBCK2.bypass(HBCK2.java:566)
at org.apache.hbase.HBCK2.doCommandLine(HBCK2.java:1190)
at org.apache.hbase.HBCK2.run(HBCK2.java:1135)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at org.apache.hbase.HBCK2.main(HBCK2.java:1464)
$ hbase --config conf hbck -j $HBCK_JAR bypass -b 2 1 2 3 4
15:36:56.946 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: 2
.
.
15:36:57.463 [main] INFO org.apache.hbase.HBCK2 - Processing batch #0
15:36:57.753 [main] INFO org.apache.hbase.HBCK2 - Processing batch #1
false, false, false, false
$ hbase --config conf hbck -j $HBCK_JAR bypass 1 2 3 4
15:37:03.380 [main] INFO org.apache.hbase.HBCK2 - Batch size set to: -1
.
.
false, false, false, false
$
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
