[jira] [Commented] (HBASE-20542) Better heap utilization for IMC with MSLABs
[ https://issues.apache.org/jira/browse/HBASE-20542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535639#comment-16535639 ] Duo Zhang commented on HBASE-20542: --- It has showed up on the flaky dashboard See this build: https://builds.apache.org/job/HBASE-Flaky-Tests/34278/ > Better heap utilization for IMC with MSLABs > --- > > Key: HBASE-20542 > URL: https://issues.apache.org/jira/browse/HBASE-20542 > Project: HBase > Issue Type: Sub-task > Components: in-memory-compaction >Reporter: Eshcar Hillel >Assignee: Eshcar Hillel >Priority: Major > Fix For: 3.0.0, 2.2.0 > > Attachments: HBASE-20542.branch-2.001.patch, > HBASE-20542.branch-2.003.patch, HBASE-20542.branch-2.004.patch, > HBASE-20542.branch-2.005.patch, HBASE-20542.master.003.patch, run.sh, > workloada, workloadc, workloadx, workloady > > > Following HBASE-20188 we realized in-memory compaction combined with MSLABs > may suffer from heap under-utilization due to internal fragmentation. This > jira presents a solution to circumvent this problem. The main idea is to have > each update operation check if it will cause overflow in the active segment > *before* it is writing the new value (instead of checking the size after the > write is completed), and if it is then the active segment is atomically > swapped with a new empty segment, and is pushed (full-yet-not-overflowed) to > the compaction pipeline. Later on the IMC deamon will run its compaction > operation (flatten index/merge indices/data compaction) in the background. > Some subtle concurrency issues should be handled with care. We next elaborate > on them. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535638#comment-16535638 ] Reid Chan commented on HBASE-20859: --- Can we just keep the default configuration (not mark it deprecated), and change the default value as your docs description. > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535621#comment-16535621 ] Hadoop QA commented on HBASE-20859: --- | (x) *{color:red}-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:brown} Prechecks {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:brown} master Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 27s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 39s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 37s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 58s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 57s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 1s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 48s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 16s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 43s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 43s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 43s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} checkstyle {color} | {color:red} 0m 25s{color} | {color:red} hbase-common: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0) {color} | | {color:red}-1{color} | {color:red} checkstyle {color} | {color:red} 0m 14s{color} | {color:red} hbase-backup: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0) {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} shadedjars {color} | {color:green} 5m 2s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 13m 40s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 37s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 51s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green} 2m 55s{color} | {color:green} hbase-common in the patch passed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 17m 34s{color} | {color:green} hbase-mapreduce in the patch passed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green} 14m 28s{color} | {color:green} hbase-backup in the patch passed. {color} | | {color:red}-1{color} | {color:red} asflicense {color} | {color:red} 0m 35s{color} | {color:red} The patch generated 1 ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 84m 11s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20859 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930628/HBASE-20859.master.002.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux ebe455915d59 4.4.0-98-generic #121-Ubuntu SMP
[jira] [Updated] (HBASE-20853) Polish "Add defaults to Table Interface so Implementors don't have to"
[ https://issues.apache.org/jira/browse/HBASE-20853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chia-Ping Tsai updated HBASE-20853: --- Labels: beginner beginners (was: ) > Polish "Add defaults to Table Interface so Implementors don't have to" > -- > > Key: HBASE-20853 > URL: https://issues.apache.org/jira/browse/HBASE-20853 > Project: HBase > Issue Type: Sub-task > Components: API >Reporter: stack >Priority: Major > Labels: beginner, beginners > Fix For: 3.0.0, 2.0.2, 2.1.1 > > > This issue is to address feedback that came in after commit on the parent > (FYI [~chia7712]). See tail of parent issue and amendment attached to parent > adding better defaults to the Table Interface. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20617) Upgrade/remove jetty-jsp
[ https://issues.apache.org/jira/browse/HBASE-20617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535590#comment-16535590 ] Hadoop QA commented on HBASE-20617: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 13s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} master Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 22s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 53s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 22s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 34s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 18s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 12s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 40s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 23s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 7m 23s{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} xml {color} | {color:green} 0m 5s{color} | {color:green} The patch has no ill-formed XML file. {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 32s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 10m 13s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 32s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}199m 52s{color} | {color:green} root in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 1m 39s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}253m 33s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20617 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930612/hbase-20617.master.001.patch | | Optional Tests | asflicense javac javadoc unit xml shadedjars hadoopcheck compile | | uname | Linux dec0ed6cf6ae 3.13.0-139-generic #188-Ubuntu SMP Tue Jan 9 14:43:09 UTC 2018 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 / 361be53344 | | maven | version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z) | | Default Java | 1.8.0_171 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13532/testReport/ | | Max. process+thread count | 5038 (vs. ulimit of 1) | | modules | C: hbase-resource-bundle hbase-thrift hbase-shaded/hbase-shaded-mapreduce . U: . | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/13532/console | | Powered by | Apache Yetus 0.7.0 http://yetus.apache.org | This message was automatically generated. > Upgrade/remove jetty-jsp > > > Key: HBASE-20617 > URL: https://issues.apache.org/jira/browse/HBASE-20617
[jira] [Commented] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535588#comment-16535588 ] Mike Drob commented on HBASE-20859: --- Backup isn't in branch-2, but HFileOutputFormat2 is, and that's affected, yea. Can you write a test that uses HFileOutputFormat2 so that we would have something on branch-2 as well? > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535587#comment-16535587 ] Wei-Chiu Chuang commented on HBASE-20859: - Attach a patch to address the said problem. Also included is a test for regression purposes. I thought of making a full-blown test to reproduce the exact problem, but felt that's an overkill. A short & sweet test should be enough to demonstrate the problem and avoid future regression. > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Work started] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HBASE-20859 started by Wei-Chiu Chuang. --- > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei-Chiu Chuang updated HBASE-20859: Status: Patch Available (was: In Progress) > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob updated HBASE-20859: -- Affects Version/s: (was: 3.0.0) 2.0.0 > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 2.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20858) port HBASE-20695 to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xu Cang updated HBASE-20858: Attachment: HBASE-20858.branch-1.002.patch > port HBASE-20695 to branch-1 > > > Key: HBASE-20858 > URL: https://issues.apache.org/jira/browse/HBASE-20858 > Project: HBase > Issue Type: Improvement >Reporter: Xu Cang >Assignee: Xu Cang >Priority: Minor > Attachments: HBASE-20858.branch-1.001.patch, > HBASE-20858.branch-1.002.patch > > > port HBASE-20695 to branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei-Chiu Chuang updated HBASE-20859: Description: HBase Backup and incremental load uses HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name to generate a temporary path on HDFS. This can be a wrong assumption in a secure cluster where Kerberos principal name can be different from the system user name. {code:java} public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" + System.getProperty("user.name") + "/hbase-staging"; {code} This constant variable is used in BackupUtils.java and HFileOutputFormat2.java In such cases, you will not be able to write files to the temporary location on HDFS due to permission error, and therefore operations such as backup will fail. This bug is similar in nature to HDFS-12485. was: HBase Backup and incremental load uses HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY incorrectly uses the Java runtime user name to generate a temporary path on HDFS. This can be a wrong assumption in a secure cluster where Kerberos principal name is different from the system user name. {code:java} public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" + System.getProperty("user.name") + "/hbase-staging"; {code} This constant variable is used in BackupUtils.java and HFileOutputFormat2.java In such cases, you will not be able to write files to the temporary location on HDFS due to permission error, and therefore operations such as backup will fail. This bug is similar in nature to HDFS-12485. > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 3.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY uses the Java runtime user name > to generate a temporary path on HDFS. This can be a wrong assumption in a > secure cluster where Kerberos principal name can be different from the system > user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei-Chiu Chuang updated HBASE-20859: Attachment: HBASE-20859.master.001.patch > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 3.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY incorrectly uses the Java runtime > user name to generate a temporary path on HDFS. This can be a wrong > assumption in a secure cluster where Kerberos principal name is different > from the system user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei-Chiu Chuang updated HBASE-20859: Attachment: HBASE-20859.master.002.patch > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 3.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY incorrectly uses the Java runtime > user name to generate a temporary path on HDFS. This can be a wrong > assumption in a secure cluster where Kerberos principal name is different > from the system user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20859) Backup and incremental load could fail in secure clusters
[ https://issues.apache.org/jira/browse/HBASE-20859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob updated HBASE-20859: -- Affects Version/s: (was: 2.0.0) 3.0.0 > Backup and incremental load could fail in secure clusters > - > > Key: HBASE-20859 > URL: https://issues.apache.org/jira/browse/HBASE-20859 > Project: HBase > Issue Type: Bug > Components: backuprestore >Affects Versions: 3.0.0 >Reporter: Wei-Chiu Chuang >Assignee: Wei-Chiu Chuang >Priority: Major > Attachments: HBASE-20859.master.001.patch, > HBASE-20859.master.002.patch > > > HBase Backup and incremental load uses > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. > HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY incorrectly uses the Java runtime > user name to generate a temporary path on HDFS. This can be a wrong > assumption in a secure cluster where Kerberos principal name is different > from the system user name. > {code:java} > public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" > + System.getProperty("user.name") + "/hbase-staging"; > {code} > This constant variable is used in BackupUtils.java and HFileOutputFormat2.java > In such cases, you will not be able to write files to the temporary location > on HDFS due to permission error, and therefore operations such as backup will > fail. > This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (HBASE-20859) Backup and incremental load could fail in secure clusters
Wei-Chiu Chuang created HBASE-20859: --- Summary: Backup and incremental load could fail in secure clusters Key: HBASE-20859 URL: https://issues.apache.org/jira/browse/HBASE-20859 Project: HBase Issue Type: Bug Components: backuprestore Affects Versions: 2.0.0 Reporter: Wei-Chiu Chuang Assignee: Wei-Chiu Chuang HBase Backup and incremental load uses HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY for temporary path. HConstants.DEFAULT_TEMPORARY_HDFS_DIRECTORY incorrectly uses the Java runtime user name to generate a temporary path on HDFS. This can be a wrong assumption in a secure cluster where Kerberos principal name is different from the system user name. {code:java} public static final String DEFAULT_TEMPORARY_HDFS_DIRECTORY = "/user/" + System.getProperty("user.name") + "/hbase-staging"; {code} This constant variable is used in BackupUtils.java and HFileOutputFormat2.java In such cases, you will not be able to write files to the temporary location on HDFS due to permission error, and therefore operations such as backup will fail. This bug is similar in nature to HDFS-12485. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20858) port HBASE-20695 to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535552#comment-16535552 ] Hadoop QA commented on HBASE-20858: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 16s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {color} || | {color:blue}0{color} | {color:blue} findbugs {color} | {color:blue} 0m 0s{color} | {color:blue} Findbugs executables are not available. {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:brown} branch-1 Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 37s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 37s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 37s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 19s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 2m 44s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 32s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 35s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 35s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 39s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 39s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} checkstyle {color} | {color:red} 1m 19s{color} | {color:red} hbase-server: The patch generated 4 new + 19 unchanged - 2 fixed = 23 total (was 21) {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} shadedjars {color} | {color:green} 2m 38s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 1m 37s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 28s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}110m 57s{color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 20s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}129m 23s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.client.TestReplicasClient | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:1f3957d | | JIRA Issue | HBASE-20858 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930617/HBASE-20858.branch-1.001.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 21a8fa46f6ca
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535503#comment-16535503 ] Hudson commented on HBASE-20808: Results for branch branch-2 [build #952 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/952/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/952//General_Nightly_Build_Report/] (/) {color:green}+1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/952//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/952//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535483#comment-16535483 ] Hudson commented on HBASE-20808: Results for branch branch-2.1 [build #31 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/31/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/31//General_Nightly_Build_Report/] (/) {color:green}+1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/31//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/31//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20858) port HBASE-20695 to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xu Cang updated HBASE-20858: Attachment: HBASE-20858.branch-1.001.patch Status: Patch Available (was: Open) > port HBASE-20695 to branch-1 > > > Key: HBASE-20858 > URL: https://issues.apache.org/jira/browse/HBASE-20858 > Project: HBase > Issue Type: Improvement >Reporter: Xu Cang >Assignee: Xu Cang >Priority: Minor > Attachments: HBASE-20858.branch-1.001.patch > > > port HBASE-20695 to branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20649) Validate HFiles do not have PREFIX_TREE DataBlockEncoding
[ https://issues.apache.org/jira/browse/HBASE-20649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535476#comment-16535476 ] Sean Busbey commented on HBASE-20649: - okay, I think this can work. We just need to add some more info to the section explaining how to interpret the output. Before we push forward on this, folks should read through and see if we're asking too much of operators. On my test cluster I made PREFIX_TREE table, inserted data, flushed it, snapshot it, cloned the snapshot, then altered both tables to change the dbe to something other than PREFIX_TREE. Then I started from the assumption of not knowing that had happened and relying on the pre-upgrade tool to figure out how to make things work. Each iteration I ran the same command: {{hbase --config /etc/hbase/conf pre-upgrade validate-hfile}} h3. first run Tool complains about the file in {{example}} table, the first flush. Here's the output {code} 18/07/06 15:46:33 WARN hbck.HFileCorruptionChecker: Found corrupt HFile hdfs://busbey-hbase-20649-1.example.com:8020/hbase/data/default/example/624357cffd1fae4422663c98155de45b/f1/bfc569db5fa543f5ba69bab594a85cea org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem reading HFile Trailer from file hdfs://busbey-hbase-20649-1.example.com:8020/hbase/data/default/example/624357cffd1fae4422663c98155de45b/f1/bfc569db5fa543f5ba69bab594a85cea at org.apache.hadoop.hbase.io.hfile.HFile.openReader(HFile.java:545) at org.apache.hadoop.hbase.io.hfile.HFile.createReader(HFile.java:611) at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkHFile(HFileCorruptionChecker.java:101) at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkColFamDir(HFileCorruptionChecker.java:185) at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker.checkRegionDir(HFileCorruptionChecker.java:323) at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:408) at org.apache.hadoop.hbase.util.hbck.HFileCorruptionChecker$RegionDirChecker.call(HFileCorruptionChecker.java:399) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.io.IOException: Invalid data block encoding type in file info: PREFIX_TREE at org.apache.hadoop.hbase.io.hfile.HFileDataBlockEncoderImpl.createFromFileInfo(HFileDataBlockEncoderImpl.java:58) at org.apache.hadoop.hbase.io.hfile.HFileReaderImpl.(HFileReaderImpl.java:246) at org.apache.hadoop.hbase.io.hfile.HFile.openReader(HFile.java:538) ... 14 more Caused by: java.lang.IllegalArgumentException: No enum constant org.apache.hadoop.hbase.io.encoding.DataBlockEncoding.PREFIX_TREE at java.lang.Enum.valueOf(Enum.java:238) at org.apache.hadoop.hbase.io.encoding.DataBlockEncoding.valueOf(DataBlockEncoding.java:31) at org.apache.hadoop.hbase.io.hfile.HFileDataBlockEncoderImpl.createFromFileInfo(HFileDataBlockEncoderImpl.java:56) ... 16 more 18/07/06 15:46:33 INFO tool.HFileContentValidator: Validating HFile contents under hdfs://busbey-hbase-20649-1.example.com:8020/hbase/archive 18/07/06 15:46:33 WARN tool.HFileContentValidator: Corrupt file: hdfs://busbey-hbase-20649-1.example.com:8020/hbase/data/default/example/624357cffd1fae4422663c98155de45b/f1/bfc569db5fa543f5ba69bab594a85cea 18/07/06 15:46:33 WARN tool.HFileContentValidator: There are 1 corrupted HFiles. Change data block encodings before upgrading. Check https://s.apache.org/prefixtree for instructions. {code} I think given the path {{/hbase/data/default/example/}} it's straight forward to reason "I need to do a major compaction of the example table". So I did that. h3. second run The tool complains about the same file, but this time it's in the archive directory. {code} 18/07/06 15:50:42 INFO tool.HFileContentValidator: Validating HFile contents under hdfs://busbey-hbase-20649-1.example.com:8020/hbase/archive 18/07/06 15:50:42 WARN hbck.HFileCorruptionChecker: Found corrupt HFile hdfs://busbey-hbase-20649-1.example.com:8020/hbase/archive/data/default/example/624357cffd1fae4422663c98155de45b/f1/bfc569db5fa543f5ba69bab594a85cea org.apache.hadoop.hbase.io.hfile.CorruptHFileException: Problem
[jira] [Commented] (HBASE-20826) Truncate responseInfo attributes on RpcServer WARN messages
[ https://issues.apache.org/jira/browse/HBASE-20826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535466#comment-16535466 ] Hudson commented on HBASE-20826: Results for branch branch-1.3 [build #384 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.3/384/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.3/384//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.3/384//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.3/384//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Truncate responseInfo attributes on RpcServer WARN messages > --- > > Key: HBASE-20826 > URL: https://issues.apache.org/jira/browse/HBASE-20826 > Project: HBase > Issue Type: Improvement > Components: rpc >Reporter: Sergey Soldatov >Assignee: Josh Elser >Priority: Major > Fix For: 3.0.0, 2.1.0, 1.5.0, 1.2.7, 1.3.3, 1.4.6, 2.0.2, 2.2.0 > > Attachments: HBASE-20826.001.branch-2.0.patch, > HBASE-20826.002.branch-2.0.patch > > > With Phoenix in the picture, dumping the {{Call}} protobuf to the RS log can > get *really* chatty, real fast. Notably, some serialized filters just spam > the log with binary garbage. > Let's add an upper-limit to the length of params we'll put out at WARN, and > leave the full content for TRACE. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20617) Upgrade/remove jetty-jsp
[ https://issues.apache.org/jira/browse/HBASE-20617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sakthi updated HBASE-20617: --- Attachment: hbase-20617.master.001.patch Status: Patch Available (was: Open) I tried removal of jetty-jsp module. Testing done: Compilation completed. Web UI works fine. Any other modes of testing that I could do? > Upgrade/remove jetty-jsp > > > Key: HBASE-20617 > URL: https://issues.apache.org/jira/browse/HBASE-20617 > Project: HBase > Issue Type: Improvement >Reporter: Sakthi >Assignee: Sakthi >Priority: Minor > Attachments: hbase-20617.master.001.patch > > > jetty-jsp removed after jetty-9.2.x version. We use the 9.2 version. Research > so far brings out that apache-jsp might be of interest to us in jetty-9.4.x > version(as JettyJspServlet.class is in apache-jsp). Yet to figure out about > jetty-9.3.x. > Filing to track this along. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20826) Truncate responseInfo attributes on RpcServer WARN messages
[ https://issues.apache.org/jira/browse/HBASE-20826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535408#comment-16535408 ] Hudson commented on HBASE-20826: Results for branch branch-1.2 [build #388 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/388/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/388//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/388//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/388//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Truncate responseInfo attributes on RpcServer WARN messages > --- > > Key: HBASE-20826 > URL: https://issues.apache.org/jira/browse/HBASE-20826 > Project: HBase > Issue Type: Improvement > Components: rpc >Reporter: Sergey Soldatov >Assignee: Josh Elser >Priority: Major > Fix For: 3.0.0, 2.1.0, 1.5.0, 1.2.7, 1.3.3, 1.4.6, 2.0.2, 2.2.0 > > Attachments: HBASE-20826.001.branch-2.0.patch, > HBASE-20826.002.branch-2.0.patch > > > With Phoenix in the picture, dumping the {{Call}} protobuf to the RS log can > get *really* chatty, real fast. Notably, some serialized filters just spam > the log with binary garbage. > Let's add an upper-limit to the length of params we'll put out at WARN, and > leave the full content for TRACE. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (HBASE-20617) Upgrade/remove jetty-jsp
[ https://issues.apache.org/jira/browse/HBASE-20617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sakthi reassigned HBASE-20617: -- Assignee: Sakthi > Upgrade/remove jetty-jsp > > > Key: HBASE-20617 > URL: https://issues.apache.org/jira/browse/HBASE-20617 > Project: HBase > Issue Type: Improvement >Reporter: Sakthi >Assignee: Sakthi >Priority: Minor > > jetty-jsp removed after jetty-9.2.x version. We use the 9.2 version. Research > so far brings out that apache-jsp might be of interest to us in jetty-9.4.x > version(as JettyJspServlet.class is in apache-jsp). Yet to figure out about > jetty-9.3.x. > Filing to track this along. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20858) port HBASE-20695 to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xu Cang updated HBASE-20858: External issue URL: https://issues.apache.org/jira/browse/HBASE-20695 > port HBASE-20695 to branch-1 > > > Key: HBASE-20858 > URL: https://issues.apache.org/jira/browse/HBASE-20858 > Project: HBase > Issue Type: Improvement >Reporter: Xu Cang >Assignee: Xu Cang >Priority: Minor > > port HBASE-20695 to branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (HBASE-20858) port HBASE-20695 to branch-1
Xu Cang created HBASE-20858: --- Summary: port HBASE-20695 to branch-1 Key: HBASE-20858 URL: https://issues.apache.org/jira/browse/HBASE-20858 Project: HBase Issue Type: Improvement Reporter: Xu Cang port HBASE-20695 to branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20695) Implement table level RegionServer replication metrics
[ https://issues.apache.org/jira/browse/HBASE-20695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xu Cang updated HBASE-20695: External issue URL: https://issues.apache.org/jira/browse/HBASE-20858 > Implement table level RegionServer replication metrics > --- > > Key: HBASE-20695 > URL: https://issues.apache.org/jira/browse/HBASE-20695 > Project: HBase > Issue Type: Improvement > Components: metrics >Reporter: Xu Cang >Assignee: Xu Cang >Priority: Minor > Fix For: 2.1.0 > > Attachments: HBASE-20695.master.001.patch, > HBASE-20695.master.002.patch, HBASE-20695.master.003.patch, > HBASE-20695.master.004.patch, HBASE-20695.master.005.patch, > HBASE-20695.master.006.patch, HBASE-20695.master.007.patch, > HBASE-20695.master.008.patch, HBASE-20695.master.009.patch, > HBASE-20695.master.010.patch > > > Region server metrics now are mainly global metrics. It would be nice to have > table level metrics such as table level source.AgeOfLastShippedOp to indicate > operators which table's replication is lagging behind. > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (HBASE-20858) port HBASE-20695 to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xu Cang reassigned HBASE-20858: --- Assignee: Xu Cang > port HBASE-20695 to branch-1 > > > Key: HBASE-20858 > URL: https://issues.apache.org/jira/browse/HBASE-20858 > Project: HBase > Issue Type: Improvement >Reporter: Xu Cang >Assignee: Xu Cang >Priority: Minor > > port HBASE-20695 to branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535378#comment-16535378 ] Hadoop QA commented on HBASE-20651: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 21m 14s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {color} || | {color:blue}0{color} | {color:blue} findbugs {color} | {color:blue} 0m 1s{color} | {color:blue} Findbugs executables are not available. {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} branch-1 Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 8m 4s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 40s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 46s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 40s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 2m 52s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 36s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 41s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 48s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 39s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 39s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 43s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 43s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 30s{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} shadedjars {color} | {color:green} 2m 49s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 1m 49s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 42s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red} 64m 50s{color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 17s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}112m 36s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.regionserver.TestHRegionFileSystem | | | hadoop.hbase.master.balancer.TestRegionLocationFinder | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:1f3957d | | JIRA Issue | HBASE-20651 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930574/HBASE-20651-branch-1-v002.patch | | Optional Tests |
[jira] [Commented] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535320#comment-16535320 ] Hadoop QA commented on HBASE-20651: --- | (x) *{color:red}-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:brown} Prechecks {color} || | {color:blue}0{color} | {color:blue} findbugs {color} | {color:blue} 0m 0s{color} | {color:blue} Findbugs executables are not available. {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} branch-1 Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 49s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 38s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 37s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 22s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 2m 37s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 28s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 35s{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 with JDK v1.8.0_172 {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} compile {color} | {color:green} 0m 41s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 41s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 21s{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} shadedjars {color} | {color:green} 2m 41s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 1m 35s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red} 58m 36s{color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 12s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 77m 9s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.master.balancer.TestRegionLocationFinder | | | hadoop.hbase.regionserver.TestHRegionFileSystem | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:1f3957d | | JIRA Issue | HBASE-20651 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930574/HBASE-20651-branch-1-v002.patch | | Optional Tests |
[jira] [Commented] (HBASE-20764) build broken when latest commit is gpg signed
[ https://issues.apache.org/jira/browse/HBASE-20764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535319#comment-16535319 ] Mike Drob commented on HBASE-20764: --- second request for reviews, please. > build broken when latest commit is gpg signed > - > > Key: HBASE-20764 > URL: https://issues.apache.org/jira/browse/HBASE-20764 > Project: HBase > Issue Type: Bug > Components: build >Affects Versions: 3.0.0 >Reporter: Mike Drob >Assignee: Mike Drob >Priority: Critical > Fix For: 3.0.0 > > Attachments: HBASE-20764.master.001.patch, > HBASE-20764.master.002.patch, HBASE-20764.patch > > > I broke the build by digitally signing a commit: > {noformat} > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.6.1:compile > (default-compile) on project hbase-common: Compilation failure: Compilation > failure: > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[11,41] > unclosed string literal > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,4] > expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,30] > ';' expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[12,35] > malformed floating point literal > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,4] > ';' expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,20] > ';' expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,25] > expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,76] > illegal start of type > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[13,85] > ';' expected > [ERROR] > /Users/mdrob/IdeaProjects/hbase/hbase-common/target/generated-sources/java/org/apache/hadoop/hbase/Version.java:[14,41] > unclosed string literal > {noformat} > Which complains because: > {code} > public static final String revision = "gpg: Signature made Wed Jun 20 > 09:42:38 2018 PDT > gpg:using RSA key 86EDB9C33B8517228E88A8F93E48C0C6EF362B9E > gpg: Good signature from "Mike Drob (CODE SIGNING KEY) " > [ultimate] > d1cad1a25432ffcd75cd654e9bf68233ca7e1957"; > {code} > And this comes from {{src/saveVersion.sh}} where it does: > {noformat} > revision=`git log -1 --pretty=format:"%H"` > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20749) Upgrade our use of checkstyle to 8.6+
[ https://issues.apache.org/jira/browse/HBASE-20749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535311#comment-16535311 ] Hadoop QA commented on HBASE-20749: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 27s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} master Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 1m 18s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 7m 46s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 7m 44s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 2m 15s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 45s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 18s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 13s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 15s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 8m 8s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 8m 8s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {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} xml {color} | {color:green} 0m 3s{color} | {color:green} The patch has no ill-formed XML file. {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 48s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 11m 28s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 3m 32s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}247m 47s{color} | {color:green} root in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 56s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}310m 25s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20749 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930538/HBASE-20749.master.001.patch | | Optional Tests | asflicense checkstyle javac javadoc unit xml shadedjars hadoopcheck compile | | uname | Linux b5b4cc75a677 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 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 / 1ade4d2f44 | | maven | version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z) | | Default Java | 1.8.0_171 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13527/testReport/ | | Max. process+thread count | 4605 (vs. ulimit of 1) | | modules | C: hbase-checkstyle . U: . | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/13527/console | | Powered by | Apache Yetus 0.7.0
[jira] [Commented] (HBASE-20791) RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its internalBalancer
[ https://issues.apache.org/jira/browse/HBASE-20791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535299#comment-16535299 ] Hudson commented on HBASE-20791: Results for branch branch-1.4 [build #377 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its > internalBalancer > - > > Key: HBASE-20791 > URL: https://issues.apache.org/jira/browse/HBASE-20791 > Project: HBase > Issue Type: Bug > Components: rsgroup >Affects Versions: 3.0.0, 2.0.0 >Reporter: chenxu >Assignee: chenxu >Priority: Major > Fix For: 3.0.0, 2.2.0 > > Attachments: 20791-master-v2.patch, HBASE-20791-branch-2-v1.patch, > HBASE-20791-master-v1.patch, HBASE-20791-master-v3.patch, > HBASE-20791-master-v4.patch > > > RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to it’s > internalBalancer, Or the StochasticLoadBalancer(internal balancer) will lose > it's Up-to-date RegionLoads info, and effect the balance. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20826) Truncate responseInfo attributes on RpcServer WARN messages
[ https://issues.apache.org/jira/browse/HBASE-20826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535300#comment-16535300 ] Hudson commented on HBASE-20826: Results for branch branch-1.4 [build #377 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Truncate responseInfo attributes on RpcServer WARN messages > --- > > Key: HBASE-20826 > URL: https://issues.apache.org/jira/browse/HBASE-20826 > Project: HBase > Issue Type: Improvement > Components: rpc >Reporter: Sergey Soldatov >Assignee: Josh Elser >Priority: Major > Fix For: 3.0.0, 2.1.0, 1.5.0, 1.2.7, 1.3.3, 1.4.6, 2.0.2, 2.2.0 > > Attachments: HBASE-20826.001.branch-2.0.patch, > HBASE-20826.002.branch-2.0.patch > > > With Phoenix in the picture, dumping the {{Call}} protobuf to the RS log can > get *really* chatty, real fast. Notably, some serialized filters just spam > the log with binary garbage. > Let's add an upper-limit to the length of params we'll put out at WARN, and > leave the full content for TRACE. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535276#comment-16535276 ] Tak Lon (Stephen) Wu edited comment on HBASE-20837 at 7/6/18 8:14 PM: -- Mainly, this change added importorder files to make eclipse user to have the same `Organize Imports`, this also require updates on the [Eclipse section|http://hbase.apache.org/book.html#eclipse] with a 165.1.2 Import Orders of how to use the importorder file) for IDEA user, I'd suggest to update the [IDEA section in Reference Guide|http://hbase.apache.org/book.html#_intellij_idea] with the following graph to guide them setup manually (this is the same import layout mentioned in HBASE-19262). Unless you guys agree to add [^hbase-intellij-formatter.xml] to the dev-support as well to automatically setup the import orders and code format, then we have to support/maintain formatter for two IDEs which I don't think it's ideal for this issue !IDEA import layout.png! was (Author: taklwu): Mainly, this change added importorder files to make eclipse user to have the same `Organize Imports`, this also require updates on the [Eclipse section|http://hbase.apache.org/book.html#eclipse] with a 165.1.2 Import Orders of how to use the importorder file) for IDEA user, I'd suggest to update the [IDEA section in Reference Guide|http://hbase.apache.org/book.html#_intellij_idea] with the following graph to guide them setup manually (this is the same import layout mentioned in HBASE-19262). !IDEA import layout.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, hbase-intellij-formatter.xml > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !IDEA import layout.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535301#comment-16535301 ] Hudson commented on HBASE-20808: Results for branch branch-1.4 [build #377 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20840) Backport HBASE-20791 'RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its internalBalancer' to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535298#comment-16535298 ] Hudson commented on HBASE-20840: Results for branch branch-1.4 [build #377 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/377//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Backport HBASE-20791 'RSGroupBasedLoadBalancer#setClusterMetrics should pass > ClusterMetrics to its internalBalancer' to branch-1 > > > Key: HBASE-20840 > URL: https://issues.apache.org/jira/browse/HBASE-20840 > Project: HBase > Issue Type: Bug > Components: rsgroup >Reporter: chenxu >Assignee: chenxu >Priority: Major > Fix For: 1.5.0, 1.4.6 > > Attachments: HBASE-20840-branch-1-v1.patch > > > RSGroup is a feature in branch-1 too, so we should backport HBASE-20791 to > branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: hbase-intellij-formatter.xml > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, hbase-intellij-formatter.xml > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !IDEA import layout.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: (was: image-2018-07-06-13-02-11-384.png) > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !IDEA import layout.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Description: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !IDEA import layout.png! was: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !image-2018-07-06-13-02-11-384.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !IDEA import layout.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535276#comment-16535276 ] Tak Lon (Stephen) Wu edited comment on HBASE-20837 at 7/6/18 8:06 PM: -- Mainly, this change added importorder files to make eclipse user to have the same `Organize Imports`, this also require updates on the [Eclipse section|http://hbase.apache.org/book.html#eclipse] with a 165.1.2 Import Orders of how to use the importorder file) for IDEA user, I'd suggest to update the [IDEA section in Reference Guide|http://hbase.apache.org/book.html#_intellij_idea] with the following graph to guide them setup manually (this is the same import layout mentioned in HBASE-19262). !IDEA import layout.png! was (Author: taklwu): Mainly, this change added importorder files to make eclipse user to have the same `Organize Imports`, this also require updates on the [Eclipse section|http://hbase.apache.org/book.html#eclipse] with a 165.1.2 Import Orders of how to use the importorder file) for IDEA user, I'd suggest to update the [IDEA section in Reference Guide|http://hbase.apache.org/book.html#_intellij_idea] with the following graph to guide them setup manually (this is the same import layout mentioned in HBASE-19262). !image-2018-07-06-13-02-11-384.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !IDEA import layout.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: (was: image-2018-07-06-13-04-02-992.png) > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-06-13-02-11-384.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-06-13-02-11-384.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: (was: image-2018-07-02-16-33-18-604.png) > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-06-13-02-11-384.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-06-13-02-11-384.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Description: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !image-2018-07-06-13-04-02-992.png! was: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !image-2018-07-02-16-33-18-604.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-02-16-33-18-604.png, > image-2018-07-06-13-02-11-384.png, image-2018-07-06-13-04-02-992.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-06-13-04-02-992.png!
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: image-2018-07-06-13-04-02-992.png > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-02-16-33-18-604.png, > image-2018-07-06-13-02-11-384.png, image-2018-07-06-13-04-02-992.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-02-16-33-18-604.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Description: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !image-2018-07-06-13-02-11-384.png! was: While working on HBASE-20557 contribution, we figured out that the checkstyle build target (ImportOrder's `groups` [http://checkstyle.sourceforge.net/config_imports.html] ) was different from the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would provide a fix here to sync between [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] and [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] This might need to backport the changes of master to branch-1 and branch-2 as well. Before this change, this is what checkstyle is expecting for import order {code:java} import com.google.common.annotations.VisibleForTesting; import java.io.IOException; import java.util.ArrayList; import java.util.List; import java.util.Map; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.hbase.classification.InterfaceAudience; import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} And the proposed import order with the respect to HBASE-19262 and HBASE-19552 should be !image-2018-07-06-13-04-02-992.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-02-16-33-18-604.png, > image-2018-07-06-13-02-11-384.png, image-2018-07-06-13-04-02-992.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-06-13-02-11-384.png!
[jira] [Updated] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu updated HBASE-20837: - Attachment: HBASE-20837.branch-1.001.patch HBASE-20837.branch-2.001.patch HBASE-20837.master.001.patch IDEA import layout.png image-2018-07-06-13-02-11-384.png Status: Patch Available (was: Open) Mainly, this change added importorder files to make eclipse user to have the same `Organize Imports`, this also require updates on the [Eclipse section|http://hbase.apache.org/book.html#eclipse] with a 165.1.2 Import Orders of how to use the importorder file) for IDEA user, I'd suggest to update the [IDEA section in Reference Guide|http://hbase.apache.org/book.html#_intellij_idea] with the following graph to guide them setup manually (this is the same import layout mentioned in HBASE-19262). !image-2018-07-06-13-02-11-384.png! > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 1.4.5, 2.0.1, 3.0.0 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: HBASE-20837.branch-1.001.patch, > HBASE-20837.branch-2.001.patch, HBASE-20837.master.001.patch, IDEA import > layout.png, image-2018-07-02-16-33-18-604.png, > image-2018-07-06-13-02-11-384.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-02-16-33-18-604.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Assigned] (HBASE-20837) Make IDE configuration for import order match that in our checkstyle module
[ https://issues.apache.org/jira/browse/HBASE-20837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tak Lon (Stephen) Wu reassigned HBASE-20837: Assignee: Tak Lon (Stephen) Wu > Make IDE configuration for import order match that in our checkstyle module > --- > > Key: HBASE-20837 > URL: https://issues.apache.org/jira/browse/HBASE-20837 > Project: HBase > Issue Type: Improvement > Components: community >Affects Versions: 3.0.0, 2.0.1, 1.4.5 >Reporter: Tak Lon (Stephen) Wu >Assignee: Tak Lon (Stephen) Wu >Priority: Minor > Fix For: 3.0.0, 1.5.0, 2.2.0 > > Attachments: image-2018-07-02-16-33-18-604.png > > > While working on HBASE-20557 contribution, we figured out that the checkstyle > build target (ImportOrder's `groups` > [http://checkstyle.sourceforge.net/config_imports.html] ) was different from > the development supported IDE (e.g. IntelliJ and Eclipse) formatter, we would > provide a fix here to sync between > [dev-support/hbase_eclipse_formatter.xml|https://github.com/apache/hbase/blob/master/dev-support/hbase_eclipse_formatter.xml] > and > [hbase/checkstyle.xml|https://github.com/apache/hbase/blob/master/hbase-checkstyle/src/main/resources/hbase/checkstyle.xml] > This might need to backport the changes of master to branch-1 and branch-2 as > well. > Before this change, this is what checkstyle is expecting for import order > > {code:java} > import com.google.common.annotations.VisibleForTesting; > import java.io.IOException; > import java.util.ArrayList; > import java.util.List; > import java.util.Map; > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > import org.apache.hadoop.conf.Configuration; > import org.apache.hadoop.hbase.classification.InterfaceAudience; > import org.apache.hadoop.hbase.conf.ConfigurationObserver;{code} > > And the proposed import order with the respect to HBASE-19262 and HBASE-19552 > should be > > !image-2018-07-02-16-33-18-604.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20784) Will lose the SNAPSHOT suffix if we get the version of RS from ServerManager
[ https://issues.apache.org/jira/browse/HBASE-20784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535263#comment-16535263 ] Sergey Soldatov commented on HBASE-20784: - [~Apache9] it works perfectly for me. Thank you! > Will lose the SNAPSHOT suffix if we get the version of RS from ServerManager > > > Key: HBASE-20784 > URL: https://issues.apache.org/jira/browse/HBASE-20784 > Project: HBase > Issue Type: Bug > Components: master, UI >Reporter: Duo Zhang >Assignee: Duo Zhang >Priority: Minor > Fix For: 3.0.0, 2.2.0, 2.1.1 > > Attachments: HBASE-20784.patch > > > In HBASE-20722 we removed the usage of RegionServerTracker when getting > information for region server. And version in server manager is a int, and we > convert it to a String when displaying it on the master ui, so we will lose > the SNAPSHOT suffix. Not a big one as this is not a problem for normal > releases. Open a issue for it. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535248#comment-16535248 ] huaxiang sun commented on HBASE-20651: -- [~esteban] and [~mdrob], does the patch look good to you? Thanks. > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun updated HBASE-20651: - Attachment: (was: HBASE-20651-branch-1-v002.patch) > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun updated HBASE-20651: - Attachment: HBASE-20651-branch-1-v002.patch > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun updated HBASE-20651: - Attachment: (was: HBASE-20651-branch-1-v002.patch) > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535243#comment-16535243 ] huaxiang sun commented on HBASE-20651: -- Attach v2 patch which addresses Esteban's comments. I manually run the test, tried to call offline for a split parent region and it is rejected with the patch, the following assign() does not succeed which is expected. {code} 2018-07-06 11:58:30,908 INFO [B.defaultRpcServer.handler=25,queue=1,port=57561] master.MasterRpcServices: Client=hsun//127.0.0.1 offline t1,,1530901282525.1765b05f4bf0300d264d0c540493985c. 2018-07-06 11:58:30,908 INFO [B.defaultRpcServer.handler=25,queue=1,port=57561] master.AssignmentManager: Try to offline region 1765b05f4bf0300d264d0c540493985c, which is at state SPLIT, skip 2018-07-06 11:59:32,692 INFO [B.defaultRpcServer.handler=13,queue=1,port=57561] master.MasterRpcServices: Client=hsun//127.0.0.1 assign t1,,1530901282525.1765b05f4bf0300d264d0c540493985c. 2018-07-06 11:59:32,693 ERROR [B.defaultRpcServer.handler=13,queue=1,port=57561] master.AssignmentManager: Trying to assign region {ENCODED => 1765b05f4bf0300d264d0c540493985c, NAME => 't1,,1530901282525.1765b05f4bf0300d264d0c540493985c.', STARTKEY => '', ENDKEY => ''}, which is {1765b05f4bf0300d264d0c540493985c state=SPLIT, ts=1530903491314, server=localhost,57563,1530901168490} 13 {code} > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun updated HBASE-20651: - Attachment: HBASE-20651-branch-1-v002.patch > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20651) Master, prevents hbck or shell command to reassign the split parent region
[ https://issues.apache.org/jira/browse/HBASE-20651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] huaxiang sun updated HBASE-20651: - Attachment: HBASE-20651-branch-1-v002.patch > Master, prevents hbck or shell command to reassign the split parent region > -- > > Key: HBASE-20651 > URL: https://issues.apache.org/jira/browse/HBASE-20651 > Project: HBase > Issue Type: Improvement > Components: master >Affects Versions: 1.2.6 >Reporter: huaxiang sun >Assignee: huaxiang sun >Priority: Minor > Attachments: HBASE-20651-branch-1-v001.patch, > HBASE-20651-branch-1-v002.patch > > > We are seeing that hbck brings back split parent region and this causes > region inconsistency. More details will be filled as reproduce is still > ongoing. Might need to do something at hbck or master to prevent this from > happening. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20856) PITA having to set WAL provider in two places
[ https://issues.apache.org/jira/browse/HBASE-20856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Busbey updated HBASE-20856: Priority: Minor (was: Major) > PITA having to set WAL provider in two places > - > > Key: HBASE-20856 > URL: https://issues.apache.org/jira/browse/HBASE-20856 > Project: HBase > Issue Type: Improvement > Components: Operability, wal >Reporter: stack >Priority: Minor > Fix For: 2.0.2, 2.2.0, 2.1.1 > > > Courtesy of [~elserj], I learn that changing WAL we need to set two places... > both hbase.wal.meta_provider and hbase.wal.provider. Operator should only > have to set it in one place; hbase.wal.meta_provider should pick up general > setting unless hbase.wal.meta_provider is explicitly set. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20856) PITA having to set WAL provider in two places
[ https://issues.apache.org/jira/browse/HBASE-20856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Busbey updated HBASE-20856: Fix Version/s: 2.1.1 2.2.0 2.0.2 > PITA having to set WAL provider in two places > - > > Key: HBASE-20856 > URL: https://issues.apache.org/jira/browse/HBASE-20856 > Project: HBase > Issue Type: Improvement > Components: Operability, wal >Reporter: stack >Priority: Major > Fix For: 2.0.2, 2.2.0, 2.1.1 > > > Courtesy of [~elserj], I learn that changing WAL we need to set two places... > both hbase.wal.meta_provider and hbase.wal.provider. Operator should only > have to set it in one place; hbase.wal.meta_provider should pick up general > setting unless hbase.wal.meta_provider is explicitly set. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20856) PITA having to set WAL provider in two places
[ https://issues.apache.org/jira/browse/HBASE-20856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535211#comment-16535211 ] Sean Busbey commented on HBASE-20856: - yeah that's a good idea. > PITA having to set WAL provider in two places > - > > Key: HBASE-20856 > URL: https://issues.apache.org/jira/browse/HBASE-20856 > Project: HBase > Issue Type: Improvement > Components: Operability, wal >Reporter: stack >Priority: Major > Fix For: 2.0.2, 2.2.0, 2.1.1 > > > Courtesy of [~elserj], I learn that changing WAL we need to set two places... > both hbase.wal.meta_provider and hbase.wal.provider. Operator should only > have to set it in one place; hbase.wal.meta_provider should pick up general > setting unless hbase.wal.meta_provider is explicitly set. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20856) PITA having to set WAL provider in two places
[ https://issues.apache.org/jira/browse/HBASE-20856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Busbey updated HBASE-20856: Issue Type: Improvement (was: Bug) > PITA having to set WAL provider in two places > - > > Key: HBASE-20856 > URL: https://issues.apache.org/jira/browse/HBASE-20856 > Project: HBase > Issue Type: Improvement > Components: Operability, wal >Reporter: stack >Priority: Major > Fix For: 2.0.2, 2.2.0, 2.1.1 > > > Courtesy of [~elserj], I learn that changing WAL we need to set two places... > both hbase.wal.meta_provider and hbase.wal.provider. Operator should only > have to set it in one place; hbase.wal.meta_provider should pick up general > setting unless hbase.wal.meta_provider is explicitly set. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20662) Increasing space quota on a violated table does not remove SpaceViolationPolicy.DISABLE enforcement
[ https://issues.apache.org/jira/browse/HBASE-20662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535151#comment-16535151 ] Josh Elser commented on HBASE-20662: {code:java} @@ -199,6 +200,10 @@ public class QuotaObserverChore extends ScheduledChore { this.snapshotNotifier.transitionTable(tableInLimbo, targetSnapshot); // Update it in the Table QuotaStore so that memory is consistent with no violation. tableSnapshotStore.setCurrentState(tableInLimbo, targetSnapshot); + // In case of Disable SVP, we need to enable the table as it moves out of violation + if (currentStatus.getPolicy() == SpaceViolationPolicy.DISABLE) { + QuotaUtil.enableTableWhenOutOfViolation(conn, tableInLimbo); + } } } {code} Can you leave a comment in here, as well as {{DisableTableViolationPolicyEnforcement}}, to explain why this VPE is different than all of the rest, please? {code:java} + if (LOG.isTraceEnabled()) { + LOG.trace("Starting enable of " + tableName); + } + conn.getAdmin().enableTable(tableName); + if (LOG.isTraceEnabled()) { + LOG.trace("Enable is complete for " + tableName); + }{code} IMO, the trace logging here is excessive. We already have this kind of logging in the Admin implementation for the HBase client. {{enableTableWhenOutOfViolation}} and {{disableTableWhenInViolation}} (with their respective Javadoc) aren't clear to me. They're really just doing normal enable/disable table logic – there's nothing to do with the current violation state of the table. Could we rename them and clean up the javadoc to just say that they suppress any exceptions? {code:java} - assertTrue(e instanceof TableNotEnabledException); + assertTrue(e instanceof TableNotEnabledException || msg.contains(policyToViolate.name())); {code} What kind of exception do you see here? Is this something else that we should be fixing that you will get a clear exception? > Increasing space quota on a violated table does not remove > SpaceViolationPolicy.DISABLE enforcement > --- > > Key: HBASE-20662 > URL: https://issues.apache.org/jira/browse/HBASE-20662 > Project: HBase > Issue Type: Bug >Reporter: Nihal Jain >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20662.master.001.patch, > HBASE-20662.master.002.patch, HBASE-20662.master.003.patch > > > *Steps to reproduce* > * Create a table and set quota with {{SpaceViolationPolicy.DISABLE}} having > limit say 2MB > * Now put rows until space quota is violated and table gets disabled > * Next, increase space quota with limit say 4MB on the table > * Now try putting a row into the table > {code:java} > private void testSetQuotaThenViolateAndFinallyIncreaseQuota() throws > Exception { > SpaceViolationPolicy policy = SpaceViolationPolicy.DISABLE; > Put put = new Put(Bytes.toBytes("to_reject")); > put.addColumn(Bytes.toBytes(SpaceQuotaHelperForTests.F1), > Bytes.toBytes("to"), > Bytes.toBytes("reject")); > // Do puts until we violate space policy > final TableName tn = writeUntilViolationAndVerifyViolation(policy, put); > // Now, increase limit > setQuotaLimit(tn, policy, 4L); > // Put some row now: should not violate as quota limit increased > verifyNoViolation(policy, tn, put); > } > {code} > *Expected* > We should be able to put data as long as newly set quota limit is not reached > *Actual* > We fail to put any new row even after increasing limit > *Root cause* > Increasing quota on a violated table triggers the table to be enabled, but > since the table is already in violation, the system does not allow it to be > enabled (may be thinking that a user is trying to enable it) > *Relevant exception trace* > {noformat} > 2018-05-31 00:34:27,563 INFO [regionserver/root1-ThinkPad-T440p:0.Chore.1] > client.HBaseAdmin$14(844): Started enable of > testSetQuotaAndThenIncreaseQuotaWithDisable0 > 2018-05-31 00:34:27,571 DEBUG > [RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=42525] > ipc.CallRunner(142): callId: 11 service: MasterService methodName: > EnableTable size: 104 connection: 127.0.0.1:38030 deadline: 1527707127568, > exception=org.apache.hadoop.hbase.security.AccessDeniedException: Enabling > the table 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to > a violated space quota. > 2018-05-31 00:34:27,571 ERROR [regionserver/root1-ThinkPad-T440p:0.Chore.1] > quotas.RegionServerSpaceQuotaManager(210): Failed to disable space violation > policy for testSetQuotaAndThenIncreaseQuotaWithDisable0. This table will > remain in violation. > org.apache.hadoop.hbase.security.AccessDeniedException:
[jira] [Commented] (HBASE-20662) Increasing space quota on a violated table does not remove SpaceViolationPolicy.DISABLE enforcement
[ https://issues.apache.org/jira/browse/HBASE-20662?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535142#comment-16535142 ] Josh Elser commented on HBASE-20662: {code:java} + } catch (IllegalArgumentException e) { + final String msg = "Failed to parse result for row " + Bytes.toString(result.getRow()); + LOG.error(msg, e); + throw new IOException(msg, e); + } {code} I'd suggest using the SLF4J APIs that let you do bracket substitution, e.g. \{{LOG.error("Failed .. {}", Bytes.toString(result.getRow()), e)}} > Increasing space quota on a violated table does not remove > SpaceViolationPolicy.DISABLE enforcement > --- > > Key: HBASE-20662 > URL: https://issues.apache.org/jira/browse/HBASE-20662 > Project: HBase > Issue Type: Bug >Reporter: Nihal Jain >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20662.master.001.patch, > HBASE-20662.master.002.patch, HBASE-20662.master.003.patch > > > *Steps to reproduce* > * Create a table and set quota with {{SpaceViolationPolicy.DISABLE}} having > limit say 2MB > * Now put rows until space quota is violated and table gets disabled > * Next, increase space quota with limit say 4MB on the table > * Now try putting a row into the table > {code:java} > private void testSetQuotaThenViolateAndFinallyIncreaseQuota() throws > Exception { > SpaceViolationPolicy policy = SpaceViolationPolicy.DISABLE; > Put put = new Put(Bytes.toBytes("to_reject")); > put.addColumn(Bytes.toBytes(SpaceQuotaHelperForTests.F1), > Bytes.toBytes("to"), > Bytes.toBytes("reject")); > // Do puts until we violate space policy > final TableName tn = writeUntilViolationAndVerifyViolation(policy, put); > // Now, increase limit > setQuotaLimit(tn, policy, 4L); > // Put some row now: should not violate as quota limit increased > verifyNoViolation(policy, tn, put); > } > {code} > *Expected* > We should be able to put data as long as newly set quota limit is not reached > *Actual* > We fail to put any new row even after increasing limit > *Root cause* > Increasing quota on a violated table triggers the table to be enabled, but > since the table is already in violation, the system does not allow it to be > enabled (may be thinking that a user is trying to enable it) > *Relevant exception trace* > {noformat} > 2018-05-31 00:34:27,563 INFO [regionserver/root1-ThinkPad-T440p:0.Chore.1] > client.HBaseAdmin$14(844): Started enable of > testSetQuotaAndThenIncreaseQuotaWithDisable0 > 2018-05-31 00:34:27,571 DEBUG > [RpcServer.default.FPBQ.Fifo.handler=3,queue=0,port=42525] > ipc.CallRunner(142): callId: 11 service: MasterService methodName: > EnableTable size: 104 connection: 127.0.0.1:38030 deadline: 1527707127568, > exception=org.apache.hadoop.hbase.security.AccessDeniedException: Enabling > the table 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to > a violated space quota. > 2018-05-31 00:34:27,571 ERROR [regionserver/root1-ThinkPad-T440p:0.Chore.1] > quotas.RegionServerSpaceQuotaManager(210): Failed to disable space violation > policy for testSetQuotaAndThenIncreaseQuotaWithDisable0. This table will > remain in violation. > org.apache.hadoop.hbase.security.AccessDeniedException: > org.apache.hadoop.hbase.security.AccessDeniedException: Enabling the table > 'testSetQuotaAndThenIncreaseQuotaWithDisable0' is disallowed due to a > violated space quota. > at org.apache.hadoop.hbase.master.HMaster$6.run(HMaster.java:2275) > at > org.apache.hadoop.hbase.master.procedure.MasterProcedureUtil.submitProcedure(MasterProcedureUtil.java:131) > at org.apache.hadoop.hbase.master.HMaster.enableTable(HMaster.java:2258) > at > org.apache.hadoop.hbase.master.MasterRpcServices.enableTable(MasterRpcServices.java:725) > at > org.apache.hadoop.hbase.shaded.protobuf.generated.MasterProtos$MasterService$2.callBlockingMethod(MasterProtos.java) > at org.apache.hadoop.hbase.ipc.RpcServer.call(RpcServer.java:409) > at org.apache.hadoop.hbase.ipc.CallRunner.run(CallRunner.java:130) > at > org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:324) > at > org.apache.hadoop.hbase.ipc.RpcExecutor$Handler.run(RpcExecutor.java:304) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > at >
[jira] [Commented] (HBASE-20849) Set version as 2.1.0 in branch-2.1 in prep for first RC
[ https://issues.apache.org/jira/browse/HBASE-20849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535122#comment-16535122 ] Hudson commented on HBASE-20849: Results for branch branch-2.1 [build #30 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//General_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Set version as 2.1.0 in branch-2.1 in prep for first RC > --- > > Key: HBASE-20849 > URL: https://issues.apache.org/jira/browse/HBASE-20849 > Project: HBase > Issue Type: Sub-task > Components: build >Reporter: Duo Zhang >Assignee: Duo Zhang >Priority: Major > Fix For: 2.1.0 > > Attachments: HBASE-20849-branch-2.1.patch > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535121#comment-16535121 ] Hudson commented on HBASE-20808: Results for branch branch-2.1 [build #30 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//General_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/30//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Reid Chan updated HBASE-20808: -- Resolution: Fixed Hadoop Flags: Reviewed Status: Resolved (was: Patch Available) > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Reid Chan updated HBASE-20808: -- Fix Version/s: (was: 2.0.2) > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535089#comment-16535089 ] Reid Chan commented on HBASE-20808: --- Pushed to master, branch-1, branch-1.4, branch-2, branch-2.1. And thanks for the contribution [~nihaljain.cs] > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20857) JMX - add Balancer status = enabled / disabled
[ https://issues.apache.org/jira/browse/HBASE-20857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hari Sekhon updated HBASE-20857: Summary: JMX - add Balancer status = enabled / disabled (was: JMX - add Balancer enabled/disabled status) > JMX - add Balancer status = enabled / disabled > -- > > Key: HBASE-20857 > URL: https://issues.apache.org/jira/browse/HBASE-20857 > Project: HBase > Issue Type: Improvement > Components: API, master, metrics, REST, tooling, Usability >Reporter: Hari Sekhon >Priority: Major > > Add HBase Balancer enabled/disabled status to JMX API on HMaster. > Right now the HMaster will give a warning near the top of HMaster UI if > balancer is disabled, but scraping this is for monitoring integration is not > nice, it should be available in JMX API as there is already a > Master,sub=Balancer bean with metrics for the balancer ops etc. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20857) JMX - add Balancer enabled/disabled status
[ https://issues.apache.org/jira/browse/HBASE-20857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hari Sekhon updated HBASE-20857: Description: Add HBase Balancer enabled/disabled status to JMX API on HMaster. Right now the HMaster will give a warning near the top of HMaster UI if balancer is disabled, but scraping this is for monitoring integration is not nice, it should be available in JMX API as there is already a Master,sub=Balancer bean with metrics for the balancer ops etc. was: Add HBase Balancer enabled/disabled status to JMX API on HMaster. Right now the HMaster will give a pop up warning if balancer is disabled, but scraping this is not nice, it should be available in JMX API as there is already a Master,sub=Balancer bean with metrics for the balancer ops etc. > JMX - add Balancer enabled/disabled status > -- > > Key: HBASE-20857 > URL: https://issues.apache.org/jira/browse/HBASE-20857 > Project: HBase > Issue Type: Improvement > Components: API, master, metrics, REST, tooling, Usability >Reporter: Hari Sekhon >Priority: Major > > Add HBase Balancer enabled/disabled status to JMX API on HMaster. > Right now the HMaster will give a warning near the top of HMaster UI if > balancer is disabled, but scraping this is for monitoring integration is not > nice, it should be available in JMX API as there is already a > Master,sub=Balancer bean with metrics for the balancer ops etc. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (HBASE-20857) JMX - add Balancer enabled/disabled status
Hari Sekhon created HBASE-20857: --- Summary: JMX - add Balancer enabled/disabled status Key: HBASE-20857 URL: https://issues.apache.org/jira/browse/HBASE-20857 Project: HBase Issue Type: Improvement Components: API, master, metrics, REST, tooling, Usability Reporter: Hari Sekhon Add HBase Balancer enabled/disabled status to JMX API on HMaster. Right now the HMaster will give a pop up warning if balancer is disabled, but scraping this is not nice, it should be available in JMX API as there is already a Master,sub=Balancer bean with metrics for the balancer ops etc. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20792) info:servername and info:sn inconsistent for OPEN region
[ https://issues.apache.org/jira/browse/HBASE-20792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535075#comment-16535075 ] Josh Elser commented on HBASE-20792: bq. Do we want to commit the patch to branch-2.0? Yeah, +1 from me. Thanks for driving this one home, Duo (I was away from the computer the past few days -- catching up ;)) > info:servername and info:sn inconsistent for OPEN region > > > Key: HBASE-20792 > URL: https://issues.apache.org/jira/browse/HBASE-20792 > Project: HBase > Issue Type: Bug > Components: Region Assignment >Reporter: Josh Elser >Assignee: Josh Elser >Priority: Blocker > Fix For: 3.0.0, 2.1.0, 2.2.0 > > Attachments: HBASE-20792.patch, TestRegionMoveAndAbandon.java, > hbase-hbase-master-ctr-e138-1518143905142-380753-01-04.hwx.site.log > > > Next problem we've run into after HBASE-20752 and HBASE-20708 > After a rolling restart of a cluster, we'll see situations where a collection > of regions will simply not be assigned out to the RS. I was able to reproduce > this my mimic the restart patterns our tests do internally (ignore whether > this is the best way to restart nodes for now :)). The general pattern is > this: > {code:java} > for rs in regionservers: > stop(server, rs, RS) > for master in masters: > stop(server, master, MASTER) > sleep(15) > for master in masters: > start(server, master, MASTER) > for rs in regionservers: > start(server, rs, RS){code} > Looking at meta, we can see why the Master is ignoring some regions: > {noformat} > test > column=table:state, timestamp=1529871718998, value=\x08\x00 > test,,1529871718122.0297f680df6dc0166a44f9536346268e. > column=info:regioninfo, timestamp=1529967103390, value={ENCODED => > 0297f680df6dc0166a44f9536346268e, NAME => > 'test,,1529871718122.0297f680df6dc0166a44f9536346268e.', STARTKEY > => '', ENDKEY => > ''} > test,,1529871718122.0297f680df6dc0166a44f9536346268e. > column=info:seqnumDuringOpen, timestamp=1529967103390, > value=\x00\x00\x00\x00\x00\x00\x00* > test,,1529871718122.0297f680df6dc0166a44f9536346268e. > column=info:server, timestamp=1529967103390, > value=ctr-e138-1518143905142-378097-02-12.hwx.site:16020 > test,,1529871718122.0297f680df6dc0166a44f9536346268e. > column=info:serverstartcode, timestamp=1529967103390, value=1529966776248 > test,,1529871718122.0297f680df6dc0166a44f9536346268e. column=info:sn, > timestamp=1529967096482, > value=ctr-e138-1518143905142-378097-02-06.hwx.site,16020,1529966755170 > test,,1529871718122.0297f680df6dc0166a44f9536346268e. > column=info:state, timestamp=1529967103390, value=OPEN{noformat} > The region is marked as {{OPEN}}. The master doesn't know any better. > However, the interesting bit is that {{info:server}} and {{info:sn}} are > inconsistent (which, according to the javadoc should not be possible for an > {{OPEN}} region).{{}} > This doesn't happen every time, but I caught it yesterday on the 2nd or 3rd > attempt, so I'm hopeful it's not a bear to repro. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-18477) Umbrella JIRA for HBase Read Replica clusters
[ https://issues.apache.org/jira/browse/HBASE-18477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535050#comment-16535050 ] Hudson commented on HBASE-18477: Results for branch HBASE-18477 [build #256 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/HBASE-18477/256/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/HBASE-18477/256//General_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/HBASE-18477/256//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/HBASE-18477/256//JDK8_Nightly_Build_Report_(Hadoop3)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. (x) {color:red}-1 client integration test{color} -- Something went wrong with this stage, [check relevant console output|https://builds.apache.org/job/HBase%20Nightly/job/HBASE-18477/256//console]. > Umbrella JIRA for HBase Read Replica clusters > - > > Key: HBASE-18477 > URL: https://issues.apache.org/jira/browse/HBASE-18477 > Project: HBase > Issue Type: New Feature >Reporter: Zach York >Assignee: Zach York >Priority: Major > Attachments: HBase Read-Replica Clusters Scope doc.docx, HBase > Read-Replica Clusters Scope doc.pdf, HBase Read-Replica Clusters Scope > doc_v2.docx, HBase Read-Replica Clusters Scope doc_v2.pdf > > > Recently, changes (such as HBASE-17437) have unblocked HBase to run with a > root directory external to the cluster (such as in Amazon S3). This means > that the data is stored outside of the cluster and can be accessible after > the cluster has been terminated. One use case that is often asked about is > pointing multiple clusters to one root directory (sharing the data) to have > read resiliency in the case of a cluster failure. > > This JIRA is an umbrella JIRA to contain all the tasks necessary to create a > read-replica HBase cluster that is pointed at the same root directory. > > This requires making the Read-Replica cluster Read-Only (no metadata > operation or data operations). > Separating the hbase:meta table for each cluster (Otherwise HBase gets > confused with multiple clusters trying to update the meta table with their ip > addresses) > Adding refresh functionality for the meta table to ensure new metadata is > picked up on the read replica cluster. > Adding refresh functionality for HFiles for a given table to ensure new data > is picked up on the read replica cluster. > > This can be used with any existing cluster that is backed by an external > filesystem. > > Please note that this feature is still quite manual (with the potential for > automation later). > > More information on this particular feature can be found here: > https://aws.amazon.com/blogs/big-data/setting-up-read-replica-clusters-with-hbase-on-amazon-s3/ -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (HBASE-20856) PITA having to set WAL provider in two places
stack created HBASE-20856: - Summary: PITA having to set WAL provider in two places Key: HBASE-20856 URL: https://issues.apache.org/jira/browse/HBASE-20856 Project: HBase Issue Type: Bug Components: Operability, wal Reporter: stack Courtesy of [~elserj], I learn that changing WAL we need to set two places... both hbase.wal.meta_provider and hbase.wal.provider. Operator should only have to set it in one place; hbase.wal.meta_provider should pick up general setting unless hbase.wal.meta_provider is explicitly set. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535033#comment-16535033 ] Hadoop QA commented on HBASE-20808: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 16s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} master Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 0s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 49s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 14s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 45s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 29s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 32s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 32s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m 0s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 2m 0s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 19s{color} | {color:green} hbase-server: The patch generated 0 new + 75 unchanged - 4 fixed = 75 total (was 79) {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} shadedjars {color} | {color:green} 4m 53s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 11m 29s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 31s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 34s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}127m 26s{color} | {color:green} hbase-server in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 21s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}172m 43s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20808 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930526/HBASE-20808.master.addendum.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux b20db6db1105 3.13.0-139-generic #188-Ubuntu SMP Tue Jan 9 14:43:09 UTC 2018 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 / 1ade4d2f44 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13525/testReport/ | | Max. process+thread count | 4800 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console output |
[jira] [Commented] (HBASE-20826) Truncate responseInfo attributes on RpcServer WARN messages
[ https://issues.apache.org/jira/browse/HBASE-20826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16535006#comment-16535006 ] Josh Elser commented on HBASE-20826: Thanks for pushing this, Duo and Andrew! > Truncate responseInfo attributes on RpcServer WARN messages > --- > > Key: HBASE-20826 > URL: https://issues.apache.org/jira/browse/HBASE-20826 > Project: HBase > Issue Type: Improvement > Components: rpc >Reporter: Sergey Soldatov >Assignee: Josh Elser >Priority: Major > Fix For: 3.0.0, 2.1.0, 1.5.0, 1.2.7, 1.3.3, 1.4.6, 2.0.2, 2.2.0 > > Attachments: HBASE-20826.001.branch-2.0.patch, > HBASE-20826.002.branch-2.0.patch > > > With Phoenix in the picture, dumping the {{Call}} protobuf to the RS log can > get *really* chatty, real fast. Notably, some serialized filters just spam > the log with binary garbage. > Let's add an upper-limit to the length of params we'll put out at WARN, and > leave the full content for TRACE. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534957#comment-16534957 ] Hadoop QA commented on HBASE-20808: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 17s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {color} || | {color:blue}0{color} | {color:blue} findbugs {color} | {color:blue} 0m 0s{color} | {color:blue} Findbugs executables are not available. {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} branch-1 Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 33s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 35s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 38s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 21s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 2m 34s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 26s{color} | {color:green} branch-1 passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 34s{color} | {color:green} branch-1 passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 32s{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.8.0_172 {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} compile {color} | {color:green} 0m 37s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 37s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 21s{color} | {color:green} hbase-server: The patch generated 0 new + 295 unchanged - 15 fixed = 295 total (was 310) {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} shadedjars {color} | {color:green} 2m 35s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 1m 33s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 26s{color} | {color:green} the patch passed with JDK v1.8.0_172 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} the patch passed with JDK v1.7.0_181 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}100m 25s{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}118m 22s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:1f3957d | | JIRA Issue | HBASE-20808 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930527/HBASE-20808.branch-1.002.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti
[jira] [Updated] (HBASE-20749) Upgrade our use of checkstyle to 8.6+
[ https://issues.apache.org/jira/browse/HBASE-20749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob updated HBASE-20749: -- Status: Patch Available (was: Open) > Upgrade our use of checkstyle to 8.6+ > - > > Key: HBASE-20749 > URL: https://issues.apache.org/jira/browse/HBASE-20749 > Project: HBase > Issue Type: Improvement > Components: build, community >Reporter: Sean Busbey >Assignee: Mike Drob >Priority: Minor > Attachments: HBASE-20749.master.001.patch > > > We should upgrade our checkstyle version to 8.6 or later so we can use the > "match violation message to this regex" feature for suppression. That will > allow us to make sure we don't regress on HTrace v3 vs v4 APIs (came up in > HBASE-20332). > We're currently blocked on upgrading to 8.3+ by [checkstyle > #5279|https://github.com/checkstyle/checkstyle/issues/5279], a regression > that flags our use of both the "separate import groups" and "put static > imports over here" configs as an error. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20749) Upgrade our use of checkstyle to 8.6+
[ https://issues.apache.org/jira/browse/HBASE-20749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mike Drob updated HBASE-20749: -- Attachment: HBASE-20749.master.001.patch > Upgrade our use of checkstyle to 8.6+ > - > > Key: HBASE-20749 > URL: https://issues.apache.org/jira/browse/HBASE-20749 > Project: HBase > Issue Type: Improvement > Components: build, community >Reporter: Sean Busbey >Assignee: Mike Drob >Priority: Minor > Attachments: HBASE-20749.master.001.patch > > > We should upgrade our checkstyle version to 8.6 or later so we can use the > "match violation message to this regex" feature for suppression. That will > allow us to make sure we don't regress on HTrace v3 vs v4 APIs (came up in > HBASE-20332). > We're currently blocked on upgrading to 8.3+ by [checkstyle > #5279|https://github.com/checkstyle/checkstyle/issues/5279], a regression > that flags our use of both the "separate import groups" and "put static > imports over here" configs as an error. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20851) Change rubocop config for max line length of 100
[ https://issues.apache.org/jira/browse/HBASE-20851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sean Busbey updated HBASE-20851: Component/s: community > Change rubocop config for max line length of 100 > > > Key: HBASE-20851 > URL: https://issues.apache.org/jira/browse/HBASE-20851 > Project: HBase > Issue Type: Bug > Components: community, shell >Affects Versions: 2.0.1 >Reporter: Umesh Agashe >Priority: Minor > Labels: beginner, beginners > > Existing ruby and Java code uses max line length of 100 characters. Change > rubocop config with: > {code:java} > Metrics/LineLength: > Max: 100 > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-6028) Implement a cancel for in-progress compactions
[ https://issues.apache.org/jira/browse/HBASE-6028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534835#comment-16534835 ] Sean Busbey commented on HBASE-6028: thanks! > Implement a cancel for in-progress compactions > -- > > Key: HBASE-6028 > URL: https://issues.apache.org/jira/browse/HBASE-6028 > Project: HBase > Issue Type: Bug > Components: regionserver >Reporter: Derek Wollenstein >Assignee: Mohit Goel >Priority: Minor > Labels: beginner > Attachments: HBASE-6028.master.007.patch, > HBASE-6028.master.008.patch, HBASE-6028.master.008.patch, > HBASE-6028.master.009.patch > > > Depending on current server load, it can be extremely expensive to run > periodic minor / major compactions. It would be helpful to have a feature > where a user could use the shell or a client tool to explicitly cancel an > in-progress compactions. This would allow a system to recover when too many > regions became eligible for compactions at once -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534801#comment-16534801 ] Hudson commented on HBASE-20808: Results for branch master [build #388 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/master/388/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/master/388//General_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/master/388//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/master/388//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20838) Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils
[ https://issues.apache.org/jira/browse/HBASE-20838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534795#comment-16534795 ] Sean Busbey commented on HBASE-20838: - Let me know if you want help on figuring out the precommit changes to do this, btw. I know the test rig code can be intimidating. > Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils > -- > > Key: HBASE-20838 > URL: https://issues.apache.org/jira/browse/HBASE-20838 > Project: HBase > Issue Type: Test >Reporter: Yu Li >Assignee: Yu Li >Priority: Major > > As per > [discussed|https://issues.apache.org/jira/browse/HBASE-20691?focusedCommentId=16517662=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16517662] > in HBASE-20691, since the setStoragePolicy code is in CommonFSUtils, the > test should be in TestCommonFSUtils -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534790#comment-16534790 ] Nihal Jain edited comment on HBASE-20808 at 7/6/18 1:05 PM: {quote}Yes, please also provide an addendum for master branch. {quote} PFA [^HBASE-20808.master.addendum.patch] and [^HBASE-20808.branch-1.002.patch]. was (Author: nihaljain.cs): {quote}Yes, please also provide an addendum for master branch. {quote} PFA [^HBASE-20808.master.addendum.patch] . Also, Submitting an updated patch for branch-1 in a moment. > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nihal Jain updated HBASE-20808: --- Attachment: HBASE-20808.branch-1.002.patch > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.branch-1.002.patch, HBASE-20808.master.001.patch, > HBASE-20808.master.002.patch, HBASE-20808.master.003.patch, > HBASE-20808.master.004.patch, HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534790#comment-16534790 ] Nihal Jain commented on HBASE-20808: {quote}Yes, please also provide an addendum for master branch. {quote} PFA [^HBASE-20808.master.addendum.patch] . Also, Submitting an updated patch for branch-1 in a moment. > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.master.001.patch, HBASE-20808.master.002.patch, > HBASE-20808.master.003.patch, HBASE-20808.master.004.patch, > HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nihal Jain updated HBASE-20808: --- Attachment: HBASE-20808.master.addendum.patch > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.master.001.patch, HBASE-20808.master.002.patch, > HBASE-20808.master.003.patch, HBASE-20808.master.004.patch, > HBASE-20808.master.addendum.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (HBASE-20838) Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils
[ https://issues.apache.org/jira/browse/HBASE-20838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534786#comment-16534786 ] Sean Busbey edited comment on HBASE-20838 at 7/6/18 12:54 PM: -- we should also have a note in CommonFSUtils that its functionality is tested in hbase-server's TestFSUtils and that precommit is going to run the hbase-server tests if the file changes, since we already know hbase-server tests are a large time hit and it'll be surprising. was (Author: busbey): we should also have a note in CommonFSUtils that its functionality is tested in hbase-server's TestFSUtils and that precommit is going to run the hbase-server tests if the file changes, since we already know hbase-server tests is a large time hit and it'll be surprising. > Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils > -- > > Key: HBASE-20838 > URL: https://issues.apache.org/jira/browse/HBASE-20838 > Project: HBase > Issue Type: Test >Reporter: Yu Li >Assignee: Yu Li >Priority: Major > > As per > [discussed|https://issues.apache.org/jira/browse/HBASE-20691?focusedCommentId=16517662=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16517662] > in HBASE-20691, since the setStoragePolicy code is in CommonFSUtils, the > test should be in TestCommonFSUtils -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20838) Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils
[ https://issues.apache.org/jira/browse/HBASE-20838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534786#comment-16534786 ] Sean Busbey commented on HBASE-20838: - we should also have a note in CommonFSUtils that its functionality is tested in hbase-server's TestFSUtils and that precommit is going to run the hbase-server tests if the file changes, since we already know hbase-server tests is a large time hit and it'll be surprising. > Move all setStorage related UT cases from TestFSUtils to TestCommonFSUtils > -- > > Key: HBASE-20838 > URL: https://issues.apache.org/jira/browse/HBASE-20838 > Project: HBase > Issue Type: Test >Reporter: Yu Li >Assignee: Yu Li >Priority: Major > > As per > [discussed|https://issues.apache.org/jira/browse/HBASE-20691?focusedCommentId=16517662=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16517662] > in HBASE-20691, since the setStoragePolicy code is in CommonFSUtils, the > test should be in TestCommonFSUtils -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (HBASE-20855) PeerConfigTracker only support one listener will cause problem when there is a recovered replication queue
Jingyun Tian created HBASE-20855: Summary: PeerConfigTracker only support one listener will cause problem when there is a recovered replication queue Key: HBASE-20855 URL: https://issues.apache.org/jira/browse/HBASE-20855 Project: HBase Issue Type: Bug Affects Versions: 1.4.0, 1.3.0, 1.5.0 Reporter: Jingyun Tian Assignee: Jingyun Tian {code} public void init(Context context) throws IOException { this.ctx = context; if (this.ctx != null){ ReplicationPeer peer = this.ctx.getReplicationPeer(); if (peer != null){ peer.trackPeerConfigChanges(this); } else { LOG.warn("Not tracking replication peer config changes for Peer Id " + this.ctx.getPeerId() + " because there's no such peer"); } } } {code} As we know, replication source will set itself to the PeerConfigTracker in ReplicationPeer. When there is one or more recovered queue, each queue will generate a new replication source, But they share the same ReplicationPeer. Then when it calls setListener, the new generated one will cover the older one. Thus there will only has one ReplicationPeer that receive the peer config change notify. {code} public synchronized void setListener(ReplicationPeerConfigListener listener){ this.listener = listener; } {code} To solve this, PeerConfigTracker need to support multiple listener and listener should be removed when the replication endpoint terminated. I will upload a patch later with fix and UT. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-16910) Avoid NPE when starting StochasticLoadBalancer
[ https://issues.apache.org/jira/browse/HBASE-16910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534754#comment-16534754 ] Monani Mihir commented on HBASE-16910: -- Hi [~mantonov] , are you planning to pick this patch for branch-1.3 ? Apart from issue mention in JIRA, when ever we do master failover, below error will be thrown :- {code:java} 2018-03-10 01:08:37,403 DEBUG [main-EventThread] master.ActiveMasterManager - No master available. Notifying waiting threads . . . 2018-03-10 01:09:42,571 ERROR [.activeMasterManager] balancer.StochasticLoadBalancer - failed to get the size of all tables, exception = null {code} Master failover will works without this patch too. Its just throw above mentioned error even if it is set is *setByTable = false* > Avoid NPE when starting StochasticLoadBalancer > -- > > Key: HBASE-16910 > URL: https://issues.apache.org/jira/browse/HBASE-16910 > Project: HBase > Issue Type: Bug > Components: Balancer >Affects Versions: 2.0.0 >Reporter: Guanghao Zhang >Assignee: Guanghao Zhang >Priority: Minor > Fix For: 1.4.0, 2.0.0 > > Attachments: HBASE-16910-branch-1.patch, HBASE-16910-v1.patch, > HBASE-16910.patch > > > When master start, it initialize StochasticLoadBalancer. > {code} > this.balancer.setClusterStatus(getClusterStatus()); > this.balancer.setMasterServices(this); > {code} > It first setClusterStatus(), then setMasterService(). But in setClusterStatus > method, it use master service which is not initialized. So it will throw NPE. > {code} > int tablesCount = isByTable ? services.getTableDescriptors().getAll().size() > : 1; > {code} > It happens when set isByTable is ture. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534731#comment-16534731 ] Hudson commented on HBASE-20808: Results for branch branch-2.1 [build #29 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/29/]: (/) *{color:green}+1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/29//General_Nightly_Build_Report/] (/) {color:green}+1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/29//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.1/29//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.master.001.patch, HBASE-20808.master.002.patch, > HBASE-20808.master.003.patch, HBASE-20808.master.004.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20826) Truncate responseInfo attributes on RpcServer WARN messages
[ https://issues.apache.org/jira/browse/HBASE-20826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534720#comment-16534720 ] Hudson commented on HBASE-20826: Results for branch branch-1 [build #372 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Truncate responseInfo attributes on RpcServer WARN messages > --- > > Key: HBASE-20826 > URL: https://issues.apache.org/jira/browse/HBASE-20826 > Project: HBase > Issue Type: Improvement > Components: rpc >Reporter: Sergey Soldatov >Assignee: Josh Elser >Priority: Major > Fix For: 3.0.0, 2.1.0, 1.5.0, 1.2.7, 1.3.3, 1.4.6, 2.0.2, 2.2.0 > > Attachments: HBASE-20826.001.branch-2.0.patch, > HBASE-20826.002.branch-2.0.patch > > > With Phoenix in the picture, dumping the {{Call}} protobuf to the RS log can > get *really* chatty, real fast. Notably, some serialized filters just spam > the log with binary garbage. > Let's add an upper-limit to the length of params we'll put out at WARN, and > leave the full content for TRACE. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20808) Wrong shutdown order between Chores and ChoreService
[ https://issues.apache.org/jira/browse/HBASE-20808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534716#comment-16534716 ] Hudson commented on HBASE-20808: Results for branch branch-2 [build #950 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/950/]: (x) *{color:red}-1 overall{color}* details (if available): (/) {color:green}+1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/950//General_Nightly_Build_Report/] (/) {color:green}+1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/950//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 jdk8 hadoop3 checks{color} -- For more information [see jdk8 (hadoop3) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/950//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. (/) {color:green}+1 client integration test{color} > Wrong shutdown order between Chores and ChoreService > > > Key: HBASE-20808 > URL: https://issues.apache.org/jira/browse/HBASE-20808 > Project: HBase > Issue Type: Bug >Reporter: Reid Chan >Assignee: Nihal Jain >Priority: Minor > Labels: beginner > Fix For: 3.0.0, 1.5.0, 1.4.6, 2.0.2, 2.1.1 > > Attachments: HBASE-20808.branch-1.001.patch, > HBASE-20808.master.001.patch, HBASE-20808.master.002.patch, > HBASE-20808.master.003.patch, HBASE-20808.master.004.patch > > > When stopping master, {{ChoreService}}, which serves all the chores, is > stopped before canceling all running chores. > It should cancel all running chores, then shutdown {{ChoreService}}. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20791) RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its internalBalancer
[ https://issues.apache.org/jira/browse/HBASE-20791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534719#comment-16534719 ] Hudson commented on HBASE-20791: Results for branch branch-1 [build #372 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its > internalBalancer > - > > Key: HBASE-20791 > URL: https://issues.apache.org/jira/browse/HBASE-20791 > Project: HBase > Issue Type: Bug > Components: rsgroup >Affects Versions: 3.0.0, 2.0.0 >Reporter: chenxu >Assignee: chenxu >Priority: Major > Fix For: 3.0.0, 2.2.0 > > Attachments: 20791-master-v2.patch, HBASE-20791-branch-2-v1.patch, > HBASE-20791-master-v1.patch, HBASE-20791-master-v3.patch, > HBASE-20791-master-v4.patch > > > RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to it’s > internalBalancer, Or the StochasticLoadBalancer(internal balancer) will lose > it's Up-to-date RegionLoads info, and effect the balance. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20840) Backport HBASE-20791 'RSGroupBasedLoadBalancer#setClusterMetrics should pass ClusterMetrics to its internalBalancer' to branch-1
[ https://issues.apache.org/jira/browse/HBASE-20840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534718#comment-16534718 ] Hudson commented on HBASE-20840: Results for branch branch-1 [build #372 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372/]: (x) *{color:red}-1 overall{color}* details (if available): (x) {color:red}-1 general checks{color} -- For more information [see general report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//General_Nightly_Build_Report/] (x) {color:red}-1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK7_Nightly_Build_Report/] (x) {color:red}-1 jdk8 hadoop2 checks{color} -- For more information [see jdk8 (hadoop2) report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/372//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Backport HBASE-20791 'RSGroupBasedLoadBalancer#setClusterMetrics should pass > ClusterMetrics to its internalBalancer' to branch-1 > > > Key: HBASE-20840 > URL: https://issues.apache.org/jira/browse/HBASE-20840 > Project: HBase > Issue Type: Bug > Components: rsgroup >Reporter: chenxu >Assignee: chenxu >Priority: Major > Fix For: 1.5.0, 1.4.6 > > Attachments: HBASE-20840-branch-1-v1.patch > > > RSGroup is a feature in branch-1 too, so we should backport HBASE-20791 to > branch-1 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20784) Will lose the SNAPSHOT suffix if we get the version of RS from ServerManager
[ https://issues.apache.org/jira/browse/HBASE-20784?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534664#comment-16534664 ] Hadoop QA commented on HBASE-20784: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 16s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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 2 new or modified test files. {color} | || || || || {color:brown} master Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 27s{color} | {color:blue} Maven dependency ordering for branch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 14s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m 24s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 45s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 39s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 3m 11s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 52s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:blue}0{color} | {color:blue} mvndep {color} | {color:blue} 0m 14s{color} | {color:blue} Maven dependency ordering for patch {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 15s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m 53s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 2m 53s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 2m 3s{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} shadedjars {color} | {color:green} 5m 7s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 12m 16s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 3m 51s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 1m 2s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green} 3m 17s{color} | {color:green} hbase-client in the patch passed. {color} | | {color:green}+1{color} | {color:green} unit {color} | {color:green}128m 36s{color} | {color:green} hbase-server in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 38s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}184m 45s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20784 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930493/HBASE-20784.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 2fc5f7e91915 3.13.0-139-generic #188-Ubuntu SMP Tue Jan 9 14:43:09 UTC 2018 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 / 1ade4d2f44 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3
[jira] [Commented] (HBASE-20842) Infinite loop when replaying remote wals
[ https://issues.apache.org/jira/browse/HBASE-20842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534648#comment-16534648 ] Hadoop QA commented on HBASE-20842: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 29s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} master Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 6m 4s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m 6s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 14s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m 4s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 29s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 34s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 41s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m 4s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 2m 4s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 13s{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} shadedjars {color} | {color:green} 5m 10s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 12m 33s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 47s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 34s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}201m 39s{color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 23s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}250m 48s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20842 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930488/HBASE-20842.master.002.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 60683424844a 4.4.0-98-generic #121-Ubuntu SMP Tue Oct 10 14:24:03 UTC 2017 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 / 1ade4d2f44 | | maven | version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | unit | https://builds.apache.org/job/PreCommit-HBASE-Build/13521/artifact/patchprocess/patch-unit-hbase-server.txt | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13521/testReport/ | | Max. process+thread count | 4498 (vs. ulimit of 1) | | modules | C: hbase-server U:
[jira] [Commented] (HBASE-20806) Split style journal for flushes and compactions
[ https://issues.apache.org/jira/browse/HBASE-20806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534623#comment-16534623 ] Hadoop QA commented on HBASE-20806: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 16s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:brown} master Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 19s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 43s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 12s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 29s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 9s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 30s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 48s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 42s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 42s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 12s{color} | {color:green} hbase-server: The patch generated 0 new + 215 unchanged - 1 fixed = 215 total (was 216) {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} shadedjars {color} | {color:green} 4m 31s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 10m 3s{color} | {color:green} Patch does not cause any errors with Hadoop 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 2m 19s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 32s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}128m 45s{color} | {color:green} hbase-server in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 26s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}170m 27s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:b002b0b | | JIRA Issue | HBASE-20806 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930490/HBASE-20806.master.003.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 4d77fca19ad8 3.13.0-139-generic #188-Ubuntu SMP Tue Jan 9 14:43:09 UTC 2018 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 / 1ade4d2f44 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13522/testReport/ | | Max. process+thread count | 4720 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/13522/console | | Powered by | Apache Yetus 0.7.0 http://yetus.apache.org | This
[jira] [Commented] (HBASE-20854) Wrong retries number in RpcRetryingCaller's log message
[ https://issues.apache.org/jira/browse/HBASE-20854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16534610#comment-16534610 ] Hadoop QA commented on HBASE-20854: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 51s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {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:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color} | || || || || {color:brown} branch-2.0 Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 6m 26s{color} | {color:green} branch-2.0 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 39s{color} | {color:green} branch-2.0 passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 29s{color} | {color:green} branch-2.0 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 11s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 0s{color} | {color:green} branch-2.0 passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 31s{color} | {color:green} branch-2.0 passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 3m 37s{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 {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} checkstyle {color} | {color:green} 0m 27s{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} shadedjars {color} | {color:green} 4m 3s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 11m 17s{color} | {color:green} Patch does not cause any errors with Hadoop 2.6.5 2.7.4 or 3.0.0. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 0m 58s{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:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green} 3m 12s{color} | {color:green} hbase-client in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 12s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 39m 7s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:6f01af0 | | JIRA Issue | HBASE-20854 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12930497/HBASE-20854.branch-2.0.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 46a1208266f2 4.4.0-116-generic #140-Ubuntu SMP Mon Feb 12 21:23:04 UTC 2018 x86_64 GNU/Linux | | Build tool | maven | | Personality | /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh | | git revision | branch-2.0 / 4495b10e58 | | maven | version: Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T18:33:14Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/13524/testReport/ | | Max. process+thread count | 294 (vs. ulimit of 1) | | modules | C: hbase-client U: hbase-client | | Console output |