[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16690432#comment-16690432 ] Hudson commented on HBASE-21357: Results for branch branch-1.2 [build #553 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/553/]: (/) *{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-1.2/553//General_Nightly_Build_Report/] (/) {color:green}+1 jdk7 checks{color} -- For more information [see jdk7 report|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.2/553//JDK7_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-1.2/553//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Critical > Fix For: 1.5.0, 1.3.3, 1.4.9, 1.2.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16690389#comment-16690389 ] Hudson commented on HBASE-21357: SUCCESS: Integrated in Jenkins build HBase-1.2-IT #1181 (See [https://builds.apache.org/job/HBase-1.2-IT/1181/]) HBASE-21357 RS should abort if OOM in Reader thread (busbey: rev b8a7edab8be70ee860cd4242b397980d066c1ae7) * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/ipc/RpcServer.java > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Critical > Fix For: 1.5.0, 1.3.3, 1.4.9, 1.2.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16681253#comment-16681253 ] Hudson commented on HBASE-21357: Results for branch branch-1.4 [build #541 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.4/541/]: (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/541//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/541//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/541//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Fix For: 1.5.0, 1.3.3, 1.4.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16680566#comment-16680566 ] Hudson commented on HBASE-21357: Results for branch branch-1.3 [build #533 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1.3/533/]: (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-1.3/533//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/533//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/533//JDK8_Nightly_Build_Report_(Hadoop2)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Fix For: 1.5.0, 1.3.3, 1.4.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16680199#comment-16680199 ] Hudson commented on HBASE-21357: SUCCESS: Integrated in Jenkins build HBase-1.3-IT #499 (See [https://builds.apache.org/job/HBase-1.3-IT/499/]) HBASE-21357 RS should abort if OOM in Reader thread (apurtell: rev f5495b7c84c4af21b4955fc9ec4eb3dd5c9d5f26) * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/ipc/RpcServer.java > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Fix For: 1.5.0, 1.3.3, 1.4.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16662146#comment-16662146 ] Hudson commented on HBASE-21357: Results for branch branch-1 [build #523 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-1/523/]: (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/523//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/523//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/523//JDK8_Nightly_Build_Report_(Hadoop2)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Fix For: 1.4.9 > > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16661659#comment-16661659 ] Allan Yang commented on HBASE-21357: Pushed to branch-1, thanks [~stack] for reviewing. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Attachments: HBASE-21357.branch-1.001.patch, > HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659359#comment-16659359 ] Hadoop QA commented on HBASE-21357: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 21s{color} | {color:blue} Docker mode activated. {color} | || || || || {color: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:orange}-0{color} | {color:orange} test4tests {color} | {color:orange} 0m 1s{color} | {color:orange} 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 6s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 46s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 46s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 32s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 3m 1s{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 40s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 41s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 55s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 44s{color} | {color:green} the patch passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 44s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 44s{color} | {color:green} the patch passed with JDK v1.7.0_191 {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 44s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 25s{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} 3m 17s{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 53s{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 38s{color} | {color:green} the patch passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 42s{color} | {color:green} the patch passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}113m 59s{color} | {color:green} hbase-server in the patch passed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 24s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}142m 6s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:61288f8 | | JIRA Issue | HBASE-21357 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12945045/HBASE-21357.branch-1.001.patch | | Optional Tests | dupname asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659124#comment-16659124 ] stack commented on HBASE-21357: --- Patch looks good. Not sure why the failures. Seem unrelated. Let me retry. > RS should abort if OOM in Reader thread > --- > > Key: HBASE-21357 > URL: https://issues.apache.org/jira/browse/HBASE-21357 > Project: HBase > Issue Type: Bug >Affects Versions: 1.4.8 >Reporter: Allan Yang >Assignee: Allan Yang >Priority: Major > Attachments: HBASE-21357.branch-1.001.patch > > > It is a bit strange, we will abort the RS if OOM in Listener thread, > Responder thread and in CallRunner thread, only not in Reader thread... > We should abort RS if OOM happens in Reader thread, too. If not, the reader > thread exists because of OOM, and the selector closes. Later connection > select to this reader will be ignored > {code} > try { > if (key.isValid()) { > if (key.isAcceptable()) > doAccept(key); > } > } catch (IOException ignored) { > if (LOG.isTraceEnabled()) LOG.trace("ignored", ignored); > } > {code} > Leaving the client (or Master and other RS)'s call wait until SocketTimeout. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16659110#comment-16659110 ] Hadoop QA commented on HBASE-21357: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 36s{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:orange}-0{color} | {color:orange} test4tests {color} | {color:orange} 0m 0s{color} | {color:orange} 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 12s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 43s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 59s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 25s{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 40s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 36s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 38s{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_181 {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 39s{color} | {color:green} the patch passed with JDK v1.7.0_191 {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} checkstyle {color} | {color:green} 1m 22s{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 40s{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 44s{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 31s{color} | {color:green} the patch passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 37s{color} | {color:green} the patch passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}143m 20s{color} | {color:red} hbase-server in the patch failed. {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}171m 0s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.coprocessor.TestMetaTableMetrics | | | hadoop.hbase.regionserver.TestSplitTransactionOnCluster | | | hadoop.hbase.mapreduce.TestLoadIncrementalHFilesUseSecurityEndPoint | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:61288f8 | | JIRA Issue | HBASE-21357 | | JIRA Patch URL |
[jira] [Commented] (HBASE-21357) RS should abort if OOM in Reader thread
[ https://issues.apache.org/jira/browse/HBASE-21357?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16658932#comment-16658932 ] Hadoop QA commented on HBASE-21357: --- | (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 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:orange}-0{color} | {color:orange} test4tests {color} | {color:orange} 0m 0s{color} | {color:orange} 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 51s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 41s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 40s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 25s{color} | {color:green} branch-1 passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 2m 50s{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 35s{color} | {color:green} branch-1 passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 45s{color} | {color:green} branch-1 passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 1m 54s{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_181 {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 41s{color} | {color:green} the patch passed with JDK v1.7.0_191 {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 28s{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 46s{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 31s{color} | {color:green} the patch passed with JDK v1.8.0_181 {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 37s{color} | {color:green} the patch passed with JDK v1.7.0_191 {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}113m 24s{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}133m 41s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.regionserver.TestSplitTransactionOnCluster | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:61288f8 | | JIRA Issue | HBASE-21357 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12944965/HBASE-21357.branch-1.001.patch | | Optional Tests | dupname asflicense javac javadoc unit