[jira] [Commented] (HBASE-16014) Get and Put constructor argument lists are divergent
[ https://issues.apache.org/jira/browse/HBASE-16014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931563#comment-15931563 ] Hadoop QA commented on HBASE-16014: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 18s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green} 0m 0s {color} | {color:green} Patch does not have any anti-patterns. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s {color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s {color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 26s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 18s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 25s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 10s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 0m 58s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 20s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 18s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 16s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 16s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 23s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 9s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 27m 5s {color} | {color:green} Patch does not cause any errors with Hadoop 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha2. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 0m 55s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 16s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 2m 14s {color} | {color:green} hbase-client in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 7s {color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 37m 56s {color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=1.12.3 Server=1.12.3 Image:yetus/hbase:8d52d23 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12859440/HBASE-16014.master.001.patch | | JIRA Issue | HBASE-16014 | | Optional Tests | asflicense javac javadoc unit findbugs hadoopcheck hbaseanti checkstyle compile | | uname | Linux 99f558ab1bf2 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build@2/component/dev-support/hbase-personality.sh | | git revision | master / 75d0f49 | | Default Java | 1.8.0_121 | | findbugs | v3.0.0 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/6138/testReport/ | | modules | C: hbase-client U: hbase-client | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/6138/console | | Powered by | Apache Yetus 0.3.0 http://yetus.apache.org | This message was automatically generated. > Get and Put constructor argument lists are divergent > > > Key: HBASE-16014 > URL: https://issues.apache.org/jira/browse/HBASE-16014 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Nick Dimiduk >Assignee: brandboat > Fix For: 2.0.0 > > Attachments: HBASE-16014.master.001.patch, HBASE-16014_v0.patch, >
[jira] [Commented] (HBASE-16014) Get and Put constructor argument lists are divergent
[ https://issues.apache.org/jira/browse/HBASE-16014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931556#comment-15931556 ] Hadoop QA commented on HBASE-16014: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 15s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green} 0m 0s {color} | {color:green} Patch does not have any anti-patterns. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s {color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s {color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 4s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 16s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 22s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 9s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 0m 49s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 16s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 17s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 15s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 15s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 21s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 9s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 27m 42s {color} | {color:green} Patch does not cause any errors with Hadoop 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha2. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 7s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 19s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 2m 21s {color} | {color:green} hbase-client in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 8s {color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 38m 14s {color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=1.12.3 Server=1.12.3 Image:yetus/hbase:8d52d23 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12859439/HBASE-16014_v2.patch | | JIRA Issue | HBASE-16014 | | Optional Tests | asflicense javac javadoc unit findbugs hadoopcheck hbaseanti checkstyle compile | | uname | Linux 1c099283a71c 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh | | git revision | master / 75d0f49 | | Default Java | 1.8.0_121 | | findbugs | v3.0.0 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/6137/testReport/ | | modules | C: hbase-client U: hbase-client | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/6137/console | | Powered by | Apache Yetus 0.3.0 http://yetus.apache.org | This message was automatically generated. > Get and Put constructor argument lists are divergent > > > Key: HBASE-16014 > URL: https://issues.apache.org/jira/browse/HBASE-16014 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Nick Dimiduk >Assignee: brandboat > Fix For: 2.0.0 > > Attachments: HBASE-16014.master.001.patch, HBASE-16014_v0.patch, >
[jira] [Updated] (HBASE-16014) Get and Put constructor argument lists are divergent
[ https://issues.apache.org/jira/browse/HBASE-16014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] brandboat updated HBASE-16014: -- Attachment: HBASE-16014.master.001.patch resubmit patch > Get and Put constructor argument lists are divergent > > > Key: HBASE-16014 > URL: https://issues.apache.org/jira/browse/HBASE-16014 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Nick Dimiduk >Assignee: brandboat > Fix For: 2.0.0 > > Attachments: HBASE-16014.master.001.patch, HBASE-16014_v0.patch, > HBASE-16014_v1.patch, HBASE-16014_v2.patch > > > API for construing Get and Put objects for a specific rowkey is quite > different. > [Put|http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Put.html#constructor_summary] > supports many more variations for specifying the target rowkey and timestamp > compared to > [Get|http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Get.html#constructor_summary]. > Notably lacking are {{Get(byte[], int, int)}} and {{Get(ByteBuffer)}} > variations. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Updated] (HBASE-16014) Get and Put constructor argument lists are divergent
[ https://issues.apache.org/jira/browse/HBASE-16014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] brandboat updated HBASE-16014: -- Attachment: HBASE-16014_v2.patch resubmit patch > Get and Put constructor argument lists are divergent > > > Key: HBASE-16014 > URL: https://issues.apache.org/jira/browse/HBASE-16014 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0 >Reporter: Nick Dimiduk >Assignee: brandboat > Fix For: 2.0.0 > > Attachments: HBASE-16014_v0.patch, HBASE-16014_v1.patch, > HBASE-16014_v2.patch > > > API for construing Get and Put objects for a specific rowkey is quite > different. > [Put|http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Put.html#constructor_summary] > supports many more variations for specifying the target rowkey and timestamp > compared to > [Get|http://hbase.apache.org/apidocs/org/apache/hadoop/hbase/client/Get.html#constructor_summary]. > Notably lacking are {{Get(byte[], int, int)}} and {{Get(ByteBuffer)}} > variations. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-14123) HBase Backup/Restore Phase 2
[ https://issues.apache.org/jira/browse/HBASE-14123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931256#comment-15931256 ] Hudson commented on HBASE-14123: SUCCESS: Integrated in Jenkins build HBase-Trunk_matrix #2695 (See [https://builds.apache.org/job/HBase-Trunk_matrix/2695/]) HBASE-14123 HBase Backup/Restore Phase 2 (Vladimir Rodionov) (tedyu: rev 75d0f49dcd9761d32a8dedfaa169844822a9e7a5) * (edit) hbase-server/pom.xml * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/procedure/ZKProcedureCoordinator.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/WALInputFormat.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/BackupManager.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/RestoreRequest.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/BackupCommands.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/util/BackupSet.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestSystemTableSnapshot.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupMultipleDeletes.java * (edit) hbase-client/src/main/java/org/apache/hadoop/hbase/client/HBaseAdmin.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/RestoreJob.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/RestoreTablesClient.java * (edit) hbase-client/src/main/java/org/apache/hadoop/hbase/client/RpcRetryingCallerImpl.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/BackupInfo.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/regionserver/LogRollBackupSubprocedure.java * (edit) bin/hbase * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupShowHistory.java * (add) hbase-it/src/test/java/org/apache/hadoop/hbase/IntegrationTestBackupRestore.java * (add) hbase-common/src/main/java/org/apache/hadoop/hbase/backup/BackupType.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/BackupAdminImpl.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/BackupException.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/master/snapshot/SnapshotManager.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupSystemTable.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/TableBackupClient.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/LoadIncrementalHFiles.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/master/MasterRpcServices.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/util/RestoreTool.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupDescribe.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestFullRestore.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupCommandLineTool.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupDeleteRestore.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/HBackupFileSystem.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/RestoreDriver.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/BackupRequest.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/mapreduce/HFileSplitterJob.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/BackupRestoreConstants.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/LogUtils.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/coordination/ZkCoordinatedStateManager.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupDelete.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupBase.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegionServer.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestRemoteRestore.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/mapreduce/MapReduceRestoreJob.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/mapreduce/WALPlayer.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestRestoreBoundaryTests.java * (add) hbase-server/src/main/java/org/apache/hadoop/hbase/backup/impl/FullTableBackupClient.java * (edit) hbase-server/src/test/java/org/apache/hadoop/hbase/procedure/TestZKProcedureControllers.java * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestFullBackup.java * (add) hbase-protocol-shaded/src/main/protobuf/Backup.proto * (add) hbase-server/src/test/java/org/apache/hadoop/hbase/backup/TestBackupStatusProgress.java * (add)
[jira] [Created] (HBASE-17804) Deprecated useless ScanMetrics.sumOfMillisSecBetweenNexts
Duo Zhang created HBASE-17804: - Summary: Deprecated useless ScanMetrics.sumOfMillisSecBetweenNexts Key: HBASE-17804 URL: https://issues.apache.org/jira/browse/HBASE-17804 Project: HBase Issue Type: Improvement Reporter: Duo Zhang As described in HBASE-17691, now the sumOfMillisSecBetweenNexts is just equal to the whole time for the scan operation which makes it useless. We should deprecated it, or give it another meaning and calculate it in another way. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17804) Deprecated useless ScanMetrics.sumOfMillisSecBetweenNexts
[ https://issues.apache.org/jira/browse/HBASE-17804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931205#comment-15931205 ] Duo Zhang commented on HBASE-17804: --- [~stack] FYI. > Deprecated useless ScanMetrics.sumOfMillisSecBetweenNexts > - > > Key: HBASE-17804 > URL: https://issues.apache.org/jira/browse/HBASE-17804 > Project: HBase > Issue Type: Improvement >Reporter: Duo Zhang > > As described in HBASE-17691, now the sumOfMillisSecBetweenNexts is just equal > to the whole time for the scan operation which makes it useless. We should > deprecated it, or give it another meaning and calculate it in another way. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Updated] (HBASE-17798) RpcServer.Listener.Reader can abort due to CancelledKeyException
[ https://issues.apache.org/jira/browse/HBASE-17798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Yu updated HBASE-17798: --- Status: Patch Available (was: Open) > RpcServer.Listener.Reader can abort due to CancelledKeyException > > > Key: HBASE-17798 > URL: https://issues.apache.org/jira/browse/HBASE-17798 > Project: HBase > Issue Type: Bug >Affects Versions: 0.98.24, 1.2.4, 1.3.0, 2.0.0 >Reporter: Guangxu Cheng > Attachments: connections.png, HBASE-17798-0.98-v1.patch, > HBASE-17798-0.98-v2.patch, HBASE-17798-branch-1-v1.patch, > HBASE-17798-branch-1-v2.patch, HBASE-17798-master-v1.patch, > HBASE-17798-master-v2.patch > > > In our production cluster(0.98), some of the requests were unacceptable > because RpcServer.Listener.Reader were aborted. > getReader() will return the next reader to deal with request. > The implementation of getReader() as below: > {code:title=RpcServer.java|borderStyle=solid} > // The method that will return the next reader to work with > // Simplistic implementation of round robin for now > Reader getReader() { > currentReader = (currentReader + 1) % readers.length; > return readers[currentReader]; > } > {code} > If one of the readers abort, then it will lead to fall on the reader's > request will never be dealt with. > Why does RpcServer.Listener.Reader abort?We add the debug log to get it. > After a while, we got the following exception: > {code} > 2017-03-10 08:05:13,247 ERROR [RpcServer.reader=3,port=60020] ipc.RpcServer: > RpcServer.listener,port=60020: unexpectedly error in Reader(Throwable) > java.nio.channels.CancelledKeyException > at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:73) > at sun.nio.ch.SelectionKeyImpl.readyOps(SelectionKeyImpl.java:87) > at java.nio.channels.SelectionKey.isReadable(SelectionKey.java:289) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:592) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:566) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} > So, when deal with the request in reader, we should handle > CanceledKeyException. > -- > versions 1.x and 2.0 will log and retrun when dealing with the > InterruptedException in Reader#doRunLoop after HBASE-10521. It will lead to > the same problem. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17798) RpcServer.Listener.Reader can abort due to CancelledKeyException
[ https://issues.apache.org/jira/browse/HBASE-17798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931171#comment-15931171 ] Guangxu Cheng commented on HBASE-17798: --- Update patch as [~apurtell] suggestions. > RpcServer.Listener.Reader can abort due to CancelledKeyException > > > Key: HBASE-17798 > URL: https://issues.apache.org/jira/browse/HBASE-17798 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.3.0, 1.2.4, 0.98.24 >Reporter: Guangxu Cheng > Attachments: connections.png, HBASE-17798-0.98-v1.patch, > HBASE-17798-0.98-v2.patch, HBASE-17798-branch-1-v1.patch, > HBASE-17798-branch-1-v2.patch, HBASE-17798-master-v1.patch, > HBASE-17798-master-v2.patch > > > In our production cluster(0.98), some of the requests were unacceptable > because RpcServer.Listener.Reader were aborted. > getReader() will return the next reader to deal with request. > The implementation of getReader() as below: > {code:title=RpcServer.java|borderStyle=solid} > // The method that will return the next reader to work with > // Simplistic implementation of round robin for now > Reader getReader() { > currentReader = (currentReader + 1) % readers.length; > return readers[currentReader]; > } > {code} > If one of the readers abort, then it will lead to fall on the reader's > request will never be dealt with. > Why does RpcServer.Listener.Reader abort?We add the debug log to get it. > After a while, we got the following exception: > {code} > 2017-03-10 08:05:13,247 ERROR [RpcServer.reader=3,port=60020] ipc.RpcServer: > RpcServer.listener,port=60020: unexpectedly error in Reader(Throwable) > java.nio.channels.CancelledKeyException > at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:73) > at sun.nio.ch.SelectionKeyImpl.readyOps(SelectionKeyImpl.java:87) > at java.nio.channels.SelectionKey.isReadable(SelectionKey.java:289) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:592) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:566) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} > So, when deal with the request in reader, we should handle > CanceledKeyException. > -- > versions 1.x and 2.0 will log and retrun when dealing with the > InterruptedException in Reader#doRunLoop after HBASE-10521. It will lead to > the same problem. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17798) RpcServer.Listener.Reader can abort due to CancelledKeyException
[ https://issues.apache.org/jira/browse/HBASE-17798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931167#comment-15931167 ] Guangxu Cheng commented on HBASE-17798: --- {quote} Did you put the proposed change in your cluster ? If so, what effect do you observe ? {quote} Before fix, there are two effects: 1. A large number of requests are not processed and not closed due to the reader abort. And the number of TCP connections in the ESTABLISHED state of the RS is increasing as the picture(connections.png) shows. 2. The client has many SocketTimeoutException. After fix, these problems do not exist. > RpcServer.Listener.Reader can abort due to CancelledKeyException > > > Key: HBASE-17798 > URL: https://issues.apache.org/jira/browse/HBASE-17798 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.3.0, 1.2.4, 0.98.24 >Reporter: Guangxu Cheng > Attachments: connections.png, HBASE-17798-0.98-v1.patch, > HBASE-17798-0.98-v2.patch, HBASE-17798-branch-1-v1.patch, > HBASE-17798-branch-1-v2.patch, HBASE-17798-master-v1.patch, > HBASE-17798-master-v2.patch > > > In our production cluster(0.98), some of the requests were unacceptable > because RpcServer.Listener.Reader were aborted. > getReader() will return the next reader to deal with request. > The implementation of getReader() as below: > {code:title=RpcServer.java|borderStyle=solid} > // The method that will return the next reader to work with > // Simplistic implementation of round robin for now > Reader getReader() { > currentReader = (currentReader + 1) % readers.length; > return readers[currentReader]; > } > {code} > If one of the readers abort, then it will lead to fall on the reader's > request will never be dealt with. > Why does RpcServer.Listener.Reader abort?We add the debug log to get it. > After a while, we got the following exception: > {code} > 2017-03-10 08:05:13,247 ERROR [RpcServer.reader=3,port=60020] ipc.RpcServer: > RpcServer.listener,port=60020: unexpectedly error in Reader(Throwable) > java.nio.channels.CancelledKeyException > at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:73) > at sun.nio.ch.SelectionKeyImpl.readyOps(SelectionKeyImpl.java:87) > at java.nio.channels.SelectionKey.isReadable(SelectionKey.java:289) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:592) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:566) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} > So, when deal with the request in reader, we should handle > CanceledKeyException. > -- > versions 1.x and 2.0 will log and retrun when dealing with the > InterruptedException in Reader#doRunLoop after HBASE-10521. It will lead to > the same problem. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Updated] (HBASE-17798) RpcServer.Listener.Reader can abort due to CancelledKeyException
[ https://issues.apache.org/jira/browse/HBASE-17798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guangxu Cheng updated HBASE-17798: -- Attachment: connections.png HBASE-17798-master-v2.patch HBASE-17798-branch-1-v2.patch HBASE-17798-0.98-v2.patch > RpcServer.Listener.Reader can abort due to CancelledKeyException > > > Key: HBASE-17798 > URL: https://issues.apache.org/jira/browse/HBASE-17798 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.3.0, 1.2.4, 0.98.24 >Reporter: Guangxu Cheng > Attachments: connections.png, HBASE-17798-0.98-v1.patch, > HBASE-17798-0.98-v2.patch, HBASE-17798-branch-1-v1.patch, > HBASE-17798-branch-1-v2.patch, HBASE-17798-master-v1.patch, > HBASE-17798-master-v2.patch > > > In our production cluster(0.98), some of the requests were unacceptable > because RpcServer.Listener.Reader were aborted. > getReader() will return the next reader to deal with request. > The implementation of getReader() as below: > {code:title=RpcServer.java|borderStyle=solid} > // The method that will return the next reader to work with > // Simplistic implementation of round robin for now > Reader getReader() { > currentReader = (currentReader + 1) % readers.length; > return readers[currentReader]; > } > {code} > If one of the readers abort, then it will lead to fall on the reader's > request will never be dealt with. > Why does RpcServer.Listener.Reader abort?We add the debug log to get it. > After a while, we got the following exception: > {code} > 2017-03-10 08:05:13,247 ERROR [RpcServer.reader=3,port=60020] ipc.RpcServer: > RpcServer.listener,port=60020: unexpectedly error in Reader(Throwable) > java.nio.channels.CancelledKeyException > at sun.nio.ch.SelectionKeyImpl.ensureValid(SelectionKeyImpl.java:73) > at sun.nio.ch.SelectionKeyImpl.readyOps(SelectionKeyImpl.java:87) > at java.nio.channels.SelectionKey.isReadable(SelectionKey.java:289) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.doRunLoop(RpcServer.java:592) > at > org.apache.hadoop.hbase.ipc.RpcServer$Listener$Reader.run(RpcServer.java:566) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} > So, when deal with the request in reader, we should handle > CanceledKeyException. > -- > versions 1.x and 2.0 will log and retrun when dealing with the > InterruptedException in Reader#doRunLoop after HBASE-10521. It will lead to > the same problem. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-14123) HBase Backup/Restore Phase 2
[ https://issues.apache.org/jira/browse/HBASE-14123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931156#comment-15931156 ] Ted Yu commented on HBASE-14123: Ran the 3 tests reported by QA bot locally and they passed. > HBase Backup/Restore Phase 2 > > > Key: HBASE-14123 > URL: https://issues.apache.org/jira/browse/HBASE-14123 > Project: HBase > Issue Type: Umbrella >Reporter: Vladimir Rodionov >Assignee: Vladimir Rodionov >Priority: Blocker > Fix For: HBASE-7912 > > Attachments: 14123-master.v14.txt, 14123-master.v15.txt, > 14123-master.v16.txt, 14123-master.v17.txt, 14123-master.v18.txt, > 14123-master.v19.txt, 14123-master.v20.txt, 14123-master.v21.txt, > 14123-master.v24.txt, 14123-master.v25.txt, 14123-master.v27.txt, > 14123-master.v28.txt, 14123-master.v29.full.txt, 14123-master.v2.txt, > 14123-master.v30.txt, 14123-master.v31.txt, 14123-master.v32.txt, > 14123-master.v33.txt, 14123-master.v34.txt, 14123-master.v35.txt, > 14123-master.v36.txt, 14123-master.v37.txt, 14123-master.v38.txt, > 14123.master.v39.patch, 14123-master.v3.txt, 14123.master.v40.patch, > 14123.master.v41.patch, 14123.master.v42.patch, 14123.master.v44.patch, > 14123.master.v45.patch, 14123.master.v46.patch, 14123.master.v48.patch, > 14123.master.v49.patch, 14123.master.v50.patch, 14123.master.v51.patch, > 14123.master.v52.patch, 14123.master.v54.patch, 14123.master.v56.patch, > 14123.master.v57.patch, 14123.master.v58.patch, 14123.master.v59.patch, > 14123-master.v5.txt, 14123.master.v60.patch, 14123.master.v61.patch, > 14123-master.v6.txt, 14123-master.v7.txt, 14123-master.v8.txt, > 14123-master.v9.txt, 14123-v14.txt, Backup-restoreinHBase2.0 (1).pdf, > Backup-restoreinHBase2.0 (3).pdf, Backup-restoreinHBase2.0 (4).pdf, > Backup-restoreinHBase2.0.pdf, HBASE-14123-for-7912-v1.patch, > HBASE-14123-for-7912-v6.patch, HBASE-14123-v10.patch, HBASE-14123-v11.patch, > HBASE-14123-v12.patch, HBASE-14123-v13.patch, HBASE-14123-v15.patch, > HBASE-14123-v16.patch, HBASE-14123-v1.patch, HBASE-14123-v2.patch, > HBASE-14123-v3.patch, HBASE-14123-v4.patch, HBASE-14123-v5.patch, > HBASE-14123-v6.patch, HBASE-14123-v7.patch, HBASE-14123-v9.patch > > > Phase 2 umbrella JIRA. See HBASE-7912 for design document and description. -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931135#comment-15931135 ] Chia-Ping Tsai commented on HBASE-17803: The failed tests pass locally. And I don't think they are related to this jira. > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17803.branch-1.v0.patch, HBASE-17803.v0.patch > > > I find this bug when i run the tests for HBASE-17623 > The critical code is shown below. > {noformat} > if ((exists && opts.presplitRegions != DEFAULT_OPTS.presplitRegions) > || (!isReadCmd && desc != null && desc.getRegionSplitPolicyClassName() > != opts.splitPolicy) > || (!isReadCmd && desc != null && desc.getRegionReplication() != > opts.replicas)) { > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931130#comment-15931130 ] Hadoop QA commented on HBASE-17803: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 21s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s {color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s {color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 56s {color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 34s {color} | {color:green} branch-1 passed with JDK v1.8.0_121 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 36s {color} | {color:green} branch-1 passed with JDK v1.7.0_80 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 57s {color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 18s {color} | {color:green} branch-1 passed {color} | | {color:red}-1{color} | {color:red} findbugs {color} | {color:red} 2m 7s {color} | {color:red} hbase-server in branch-1 has 2 extant Findbugs warnings. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s {color} | {color:green} branch-1 passed with JDK v1.8.0_121 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 36s {color} | {color:green} branch-1 passed with JDK v1.7.0_80 {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 43s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 31s {color} | {color:green} the patch passed with JDK v1.8.0_121 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 31s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 34s {color} | {color:green} the patch passed with JDK v1.7.0_80 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 34s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 55s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 17s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 14m 58s {color} | {color:green} The patch does not cause any errors with Hadoop 2.4.0 2.4.1 2.5.0 2.5.1 2.5.2 2.6.1 2.6.2 2.6.3 2.7.1. {color} | | {color:green}+1{color} | {color:green} hbaseprotoc {color} | {color:green} 0m 15s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 10s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 25s {color} | {color:green} the patch passed with JDK v1.8.0_121 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 33s {color} | {color:green} the patch passed with JDK v1.7.0_80 {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 85m 3s {color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 19s {color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 115m 14s {color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.client.TestReplicasClient | | | hadoop.hbase.client.TestSnapshotCloneIndependence | \\ \\ || Subsystem || Report/Notes || | Docker | Client=1.12.3 Server=1.12.3 Image:yetus/hbase:e01ee2f | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12859414/HBASE-17803.branch-1.v0.patch | | JIRA Issue | HBASE-17803 | | Optional Tests | asflicense javac javadoc unit findbugs hadoopcheck hbaseanti checkstyle compile | | uname | Linux 7b0e1eb2fcf0 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality |
[jira] [Updated] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai updated HBASE-17803: --- Status: Patch Available (was: Open) > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17803.branch-1.v0.patch, HBASE-17803.v0.patch > > > I find this bug when i run the tests for HBASE-17623 > The critical code is shown below. > {noformat} > if ((exists && opts.presplitRegions != DEFAULT_OPTS.presplitRegions) > || (!isReadCmd && desc != null && desc.getRegionSplitPolicyClassName() > != opts.splitPolicy) > || (!isReadCmd && desc != null && desc.getRegionReplication() != > opts.replicas)) { > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931092#comment-15931092 ] Chia-Ping Tsai commented on HBASE-17803: Will commit the trivial patch tomorrow If no objections are raised. > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17803.branch-1.v0.patch, HBASE-17803.v0.patch > > > I find this bug when i run the tests for HBASE-17623 > The critical code is shown below. > {noformat} > if ((exists && opts.presplitRegions != DEFAULT_OPTS.presplitRegions) > || (!isReadCmd && desc != null && desc.getRegionSplitPolicyClassName() > != opts.splitPolicy) > || (!isReadCmd && desc != null && desc.getRegionReplication() != > opts.replicas)) { > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Updated] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai updated HBASE-17803: --- Attachment: HBASE-17803.branch-1.v0.patch > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17803.branch-1.v0.patch, HBASE-17803.v0.patch > > > I find this bug when i run the tests for HBASE-17623 > The critical code is shown below. > {noformat} > if ((exists && opts.presplitRegions != DEFAULT_OPTS.presplitRegions) > || (!isReadCmd && desc != null && desc.getRegionSplitPolicyClassName() > != opts.splitPolicy) > || (!isReadCmd && desc != null && desc.getRegionReplication() != > opts.replicas)) { > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Updated] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai updated HBASE-17803: --- Status: Open (was: Patch Available) > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: HBASE-17803.branch-1.v0.patch, HBASE-17803.v0.patch > > > I find this bug when i run the tests for HBASE-17623 > The critical code is shown below. > {noformat} > if ((exists && opts.presplitRegions != DEFAULT_OPTS.presplitRegions) > || (!isReadCmd && desc != null && desc.getRegionSplitPolicyClassName() > != opts.splitPolicy) > || (!isReadCmd && desc != null && desc.getRegionReplication() != > opts.replicas)) { > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (HBASE-17803) PE always re-creates table when we specify the split policy
[ https://issues.apache.org/jira/browse/HBASE-17803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931089#comment-15931089 ] Hadoop QA commented on HBASE-17803: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 24s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green} 0m 0s {color} | {color:green} Patch does not have any anti-patterns. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s {color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s {color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 6s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 36s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 46s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 15s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 41s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 26s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 42s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 36s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 36s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 47s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 27m 21s {color} | {color:green} Patch does not cause any errors with Hadoop 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha2. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 50s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 26s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 96m 31s {color} | {color:green} hbase-server in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 15s {color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 136m 16s {color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=1.12.3 Server=1.12.3 Image:yetus/hbase:8d52d23 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12859405/HBASE-17803.v0.patch | | JIRA Issue | HBASE-17803 | | Optional Tests | asflicense javac javadoc unit findbugs hadoopcheck hbaseanti checkstyle compile | | uname | Linux f942e409c3bf 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh | | git revision | master / 8e5eeb4 | | Default Java | 1.8.0_121 | | findbugs | v3.0.0 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/6134/testReport/ | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/6134/console | | Powered by | Apache Yetus 0.3.0 http://yetus.apache.org | This message was automatically generated. > PE always re-creates table when we specify the split policy > --- > > Key: HBASE-17803 > URL: https://issues.apache.org/jira/browse/HBASE-17803 > Project: HBase > Issue Type: Bug >Affects Versions: 2.0.0, 1.4.0 >Reporter: Chia-Ping Tsai >Assignee: Chia-Ping Tsai >Priority: Minor > Fix For: 2.0.0, 1.4.0 > > Attachments: