[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16490705#comment-16490705 ] Hudson commented on HBASE-20588: Results for branch master [build #344 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/master/344/]: (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/344//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/344//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/344//JDK8_Nightly_Build_Report_(Hadoop3)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0, 2.1.0, 2.0.1 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16490263#comment-16490263 ] Hudson commented on HBASE-20588: Results for branch branch-2.0 [build #344 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2.0/344/]: (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.0/344//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.0/344//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.0/344//JDK8_Nightly_Build_Report_(Hadoop3)/] (/) {color:green}+1 source release artifact{color} -- See build output for details. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0, 2.1.0, 2.0.1 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489905#comment-16489905 ] Josh Elser commented on HBASE-20588: No problem, [~stack]. I got you. Thanks! > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0, 2.0.1 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489899#comment-16489899 ] Hudson commented on HBASE-20588: Results for branch branch-2 [build #778 on builds.a.o|https://builds.apache.org/job/HBase%20Nightly/job/branch-2/778/]: (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/778//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/778//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/778//JDK8_Nightly_Build_Report_(Hadoop3)/] (x) {color:red}-1 source release artifact{color} -- See build output for details. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0, 2.0.1 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489446#comment-16489446 ] stack commented on HBASE-20588: --- Yes, gating branch-2.0 still [~elserj] Please backport this nice fix to branch-2.0. Let me know if you want me to do it. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0, 2.0.1 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489432#comment-16489432 ] Josh Elser commented on HBASE-20588: Pushed to master and branch-2. Holding for branch-2.0 before resolving. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489374#comment-16489374 ] Josh Elser commented on HBASE-20588: [~stack], you still gate'ing branch-2.0 commits? IMO, this should come back. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16489346#comment-16489346 ] Josh Elser commented on HBASE-20588: +1 thanks, Nihal! > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16488626#comment-16488626 ] Hadoop QA commented on HBASE-20588: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 15s{color} | {color:blue} Docker mode activated. {color} | || || || || {color: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 3s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 51s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 11s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 49s{color} | {color:green} branch has no errors when building our shaded downstream artifacts. {color} | | {color:blue}0{color} | {color:blue} findbugs {color} | {color:blue} 1m 52s{color} | {color:blue} hbase-server in master has 2 extant Findbugs warnings. {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 28s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 37s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 41s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 41s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 10s{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 45s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 14m 28s{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} 2m 5s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}110m 28s{color} | {color:green} hbase-server in the patch passed. {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}155m 57s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924881/HBASE-20588.master.005.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux bd40b8b02ea0 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 / 320a3332e0 | | 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/12930/testReport/ | | Max. process+thread count | 4572 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/12930/console | | Powered by | Apache Yetus 0.7.0 http://yetus.apache.org | This message was au
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16488450#comment-16488450 ] Nihal Jain commented on HBASE-20588: Thus patch fixes the whitespaces. [^HBASE-20588.master.005.patch] > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.002.patch, HBASE-20588.master.003.patch, > HBASE-20588.master.004.patch, HBASE-20588.master.005.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16488146#comment-16488146 ] Hadoop QA commented on HBASE-20588: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 14s{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} 4m 56s{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 12s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m 24s{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 15s{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 16s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 47s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 47s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 20s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} whitespace {color} | {color:red} 0m 0s{color} | {color:red} The patch has 16 line(s) that end in whitespace. Use git apply --whitespace=fix <>. Refer https://git-scm.com/docs/git-apply {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m 22s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 14m 59s{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} 2m 7s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 30s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}120m 45s{color} | {color:green} hbase-server in the patch passed. {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}169m 22s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924818/HBASE-20588.master.004.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux f7aa32adf1a3 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 / 304d3e6fa9 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | whitespace | https://builds.apache.org/job/PreCommit-HBASE-Build/12922/artifact/patchprocess/whitespace-eol.txt | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/12922/testReport/ | | Max. process+thread count | 4448 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16488101#comment-16488101 ] Hadoop QA commented on HBASE-20588: --- | (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: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} 4m 54s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 50s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 13s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m 34s{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 32s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 35s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 5m 29s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 54s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 54s{color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} checkstyle {color} | {color:red} 1m 17s{color} | {color:red} hbase-server: The patch generated 2 new + 4 unchanged - 0 fixed = 6 total (was 4) {color} | | {color:red}-1{color} | {color:red} whitespace {color} | {color:red} 0m 0s{color} | {color:red} The patch has 15 line(s) that end in whitespace. Use git apply --whitespace=fix <>. Refer https://git-scm.com/docs/git-apply {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 5m 36s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 17m 19s{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} 2m 18s{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:red}-1{color} | {color:red} unit {color} | {color:red}119m 3s{color} | {color:red} hbase-server in the patch failed. {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}171m 14s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.security.token.TestZKSecretWatcher | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924813/HBASE-20588.master.003.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 24c90434385d 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 / 304d3e6fa9 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | checkstyle | https://builds.apache.org/job/PreCommit-HBASE-Build/12921/artifact/patchprocess/diff-checkstyle-hbase-server.txt | | whitespace | https://builds.apache.
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487956#comment-16487956 ] Josh Elser commented on HBASE-20588: Cool, this looks good. I was really surprised to see v3 so quickly :) v4 looks good to me. +1 on QA > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch, > HBASE-20588.master.003.patch, HBASE-20588.master.004.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487941#comment-16487941 ] Nihal Jain commented on HBASE-20588: I meant I am re-attaching soon. Actually, i submitted that patch even before I saw your review comment. The new patch (with review comments addressed) is ready, will submit after testing. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch, > HBASE-20588.master.003.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487934#comment-16487934 ] Josh Elser commented on HBASE-20588: [~nihaljain.cs], I don't see the {{Thread.sleep}} calls removed in v3 of your path (in fact, I see more than in v2). The goal is that we sleep a very short amount of time and retry in between instead of having static sleep calls. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch, > HBASE-20588.master.003.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487855#comment-16487855 ] Nihal Jain commented on HBASE-20588: Okay re-attaching a new patch addressing above comments. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch, > HBASE-20588.master.003.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487850#comment-16487850 ] Josh Elser commented on HBASE-20588: {quote}Isn't this because removal of quota from a table would remove entries for that table from {{hbase:quota}}. {quote} Ah, I missed setting the quota to NONE in the steps that Biju listed. Thanks for the explanation – your fix makes sense to me now. {code:java} + if (!newSnapshots.containsKey(tableName)) { + if (LOG.isTraceEnabled()) { + LOG.trace("Removing quota violation policy on " + tableName); + } + getManager().disableViolationPolicyEnforcement(tableName); + }{code} I am wondering if, when iterating over {{currentSnapshots}}, should we be checking to see if that {{SpaceQuotaSnapshot}} was in violation instead of blindly calling {{disableViolationPolicyEnforcement}}? The implementation of {{disableViolationPolicyEnforcement}} handles this scenario just fine and this should be a "rare" event, so it's probably not a big deal that we call it. {code:java} + private void removeQuotaFromtable(final TableName tn) throws IOException, InterruptedException { + QuotaSettings removeQuota = QuotaSettingsFactory.removeTableSpaceLimit(tn); + TEST_UTIL.getAdmin().setQuota(removeQuota); + LOG.info("Space quota settings removed from the table"); + Thread.sleep(5000); + }{code} This static sleep is a no-go. Please copy the approach from {{verifyViolation}} and change the implementation of {{assertPutDoesNotViolateQuota}} retry a number of times before failing the test. Nice unit test additions overall, [~nihaljain.cs]! I think I convinced myself that the first comment on {{disableViolationPolicyEnforcement}} can be ignored, but we should get the second comment fixed. After that, I'm +1 on QA. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487811#comment-16487811 ] Nihal Jain commented on HBASE-20588: {quote}have I missed the reason why SpaceQuotaSnapshots are not being reported to the SpaceQuotaRefresherChore for tables that still exist? {quote} Isn't this because removal of quota from a table would remove entries for that table from {{hbase:quota}}. Now, the {{newSnapshots}} would have no entry for the above-mentioned table, as no row in {{hbase:quota}} corresponding to it. {code:java} // Read the new snapshots from the quota table final Map newSnapshots = fetchSnapshotsFromQuotaTable(); if (LOG.isTraceEnabled()) { LOG.trace(currentSnapshots.size() + " table quota snapshots are collected, " + "read " + newSnapshots.size() + " from the quota table."); } {code} Now, since no entry exists in {{newSnapshots.entrySet()}} for the table from which we removed quota, we will never refresh the enforcedPolicies for that table. {code:java} // Iterate over each new quota snapshot for (Entry entry : newSnapshots.entrySet()) { final TableName tableName = entry.getKey(); . . } {code} I am not sure whether this is what you asked. Anyways I explained the issue. :) > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487773#comment-16487773 ] Nihal Jain commented on HBASE-20588: [~elserj] I will raise a new issue, after submitting a patch for this one today. {quote}When we drop a table, upon completion the quota triggers removal of disable policy, thus causing the system to enable the table {quote} I think I know the fix for this. The problem is in DisableTableViolationPolicyEnforcement. Look at the below two methods: {code:java} @Override public void enable() throws IOException { try { if (LOG.isTraceEnabled()) { LOG.trace("Starting disable of " + getTableName()); } getRegionServerServices().getClusterConnection().getAdmin().disableTable(getTableName()); if (LOG.isTraceEnabled()) { LOG.trace("Disable is complete for " + getTableName()); } } catch (TableNotEnabledException tnee) { // The state we wanted it to be in. } } @Override public void disable() throws IOException { try { if (LOG.isTraceEnabled()) { LOG.trace("Starting enable of " + getTableName()); } getRegionServerServices().getClusterConnection().getAdmin().enableTable(getTableName()); if (LOG.isTraceEnabled()) { LOG.trace("Enable is complete for " + getTableName()); } } catch (TableNotDisabledException tnde) { // The state we wanted it to be in } } {code} We should not only catch TableNotEnabledException/TableNotDisabledException but also catch TableNotFoundException. This would solve the above issue. Also it will ensure that space quota design is consistent across all other policies i.e. all other policies allow enforcement of quota on a non-existant table. But from above code it is impossible to achieve this for DISABLE policy. What do you think about my thoughts? > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487769#comment-16487769 ] Josh Elser commented on HBASE-20588: FWIW there is very good TRACE logging in this class which tells us exactly what Snapshots are being read from hbase:quota > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487768#comment-16487768 ] Josh Elser commented on HBASE-20588: {quote}// Disable violation policy for all such tables which have been removed in new snapshot {quote} [~nihaljain.cs], have I missed the reason why SpaceQuotaSnapshots are not being reported to the SpaceQuotaRefresherChore for tables that still exist? This is unexpected that a Snapshot would just stop appearing. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487758#comment-16487758 ] Josh Elser commented on HBASE-20588: {quote}Should I rasie another issue? This seems to be a completely different problem {quote} Yeah, that's unfortunate. A separate issue for this would be good. {quote}When we drop a table, upon completion the quota triggers removal of disable policy, thus causing the system to enable the table {quote} Would have to look at this code again – I'd hope that we could find API to remove the quota without causing the table to be re-enabled. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16487465#comment-16487465 ] Josh Elser commented on HBASE-20588: I'd like to take a look at this fix. Thanks for the patches, [~nihaljain.cs]. Sorry for the delay (was not in front of a computer yesterday), let me catch up today. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16482174#comment-16482174 ] Anoop Sam John commented on HBASE-20588: The data is pushed until reach the quota and then LIMIT is removed. WHat if we upped the limit once the limit was reached and then try write more data? I did not check the patch. WOuld be good to add tests for all possible cases. Ya seems issue with caching of quota data in server. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16482104#comment-16482104 ] Biju Nair commented on HBASE-20588: --- [~nihaljain.cs], quota not being removed when the table is dropped seems to be related to HBASE-20602_*.*_ Looks like it was a feature to not drop the quota but some changes may have overwritten the property which controls it. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16481982#comment-16481982 ] Ted Yu commented on HBASE-20588: testSetQuotaAndThenDropTableWithDisable can be moved to the new issue. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16481975#comment-16481975 ] Nihal Jain commented on HBASE-20588: Dropping a table containing a disable violation policy fails to remove the quota upon table delete. * When we drop a table, upon completion the quota triggers removal of disable policy, thus causing the system to enable the table {noformat} 2018-05-18 18:08:58,189 DEBUG [PEWorker-13] procedure.DeleteTableProcedure(130): delete 'testSetQuotaAndThenDropTableWithDisable19' completed 2018-05-18 18:08:58,191 INFO [PEWorker-13] procedure2.ProcedureExecutor(1265): Finished pid=328, state=SUCCESS; DeleteTableProcedure table=testSetQuotaAndThenDropTableWithDisable19 in 271msec 2018-05-18 18:08:58,321 INFO [regionserver/ba4cba1aa13d:0.Chore.1] client.HBaseAdmin$14(844): Started enable of testSetQuotaAndThenDropTableWithDisable19{noformat} * But, since the table has already been dropped, enable procedure would rollback {noformat} 2018-05-18 18:08:58,427 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] procedure2.ProcedureExecutor(884): Stored pid=329, state=RUNNABLE:ENABLE_TABLE_PREPARE; EnableTableProcedure table=testSetQuotaAndThenDropTableWithDisable19 2018-05-18 18:08:58,430 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] master.MasterRpcServices(1141): Checking to see if procedure is done pid=329 2018-05-18 18:08:58,451 INFO [PEWorker-10] procedure2.ProcedureExecutor(1359): Rolled back pid=329, state=ROLLEDBACK, exception=org.apache.hadoop.hbase.TableNotFoundException via master-enable-table:org.apache.hadoop.hbase.TableNotFoundException: testSetQuotaAndThenDropTableWithDisable19; EnableTableProcedure table=testSetQuotaAndThenDropTableWithDisable19 exec-time=124msec 2018-05-18 18:08:58,533 DEBUG [RpcServer.default.FPBQ.Fifo.handler=2,queue=0,port=46443] master.MasterRpcServices(1141): Checking to see if procedure is done pid=329 2018-05-18 18:08:58,535 INFO [regionserver/ba4cba1aa13d:0.Chore.1] client.HBaseAdmin$TableFuture(3652): Operation: ENABLE, Table Name: default:testSetQuotaAndThenDropTableWithDisable19 failed with testSetQuotaAndThenDropTableWithDisable19{noformat} * Since, quota manager fails to enable table (i.e disable violation policy), it would not remove the policy, causing problems if table re-created {noformat} 2018-05-18 18:08:58,536 ERROR [regionserver/ba4cba1aa13d:0.Chore.1] quotas.RegionServerSpaceQuotaManager(210): Failed to disable space violation policy for testSetQuotaAndThenDropTableWithDisable19. This table will remain in violation. org.apache.hadoop.hbase.TableNotFoundException: testSetQuotaAndThenDropTableWithDisable19 at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.prepareEnable(EnableTableProcedure.java:323) at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.executeFromState(EnableTableProcedure.java:98) at org.apache.hadoop.hbase.master.procedure.EnableTableProcedure.executeFromState(EnableTableProcedure.java:49) at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.execute(StateMachineProcedure.java:184) at org.apache.hadoop.hbase.procedure2.Procedure.doExecute(Procedure.java:850) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.execProcedure(ProcedureExecutor.java:1472) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:1240) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$800(ProcedureExecutor.java:75) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor$WorkerThread.run(ProcedureExecutor.java:1760){noformat} Should I rasie another issue? This seems to be a completely different problem. If yes, then should I submit a new patch without the concerned failing test {{testSetQuotaAndThenDropTableWithDisable}}. This can be added to new issue. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE =
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16481008#comment-16481008 ] Hadoop QA commented on HBASE-20588: --- | (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: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 9s{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 10s{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} 1m 53s{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 38s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 44s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 44s{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} 4m 47s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 14m 32s{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} 2m 2s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}106m 53s{color} | {color:red} hbase-server in the patch failed. {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}152m 29s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.quotas.TestSpaceQuotas | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924144/HBASE-20588.master.002.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux ba4cba1aa13d 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 / c9f8c3436f | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | unit | https://builds.apache.org/job/PreCommit-HBASE-Build/12875/artifact/patchprocess/patch-unit-hbase-server.txt | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/12875/testReport/ | | Max. process+thread count | 4456 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Consol
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16480847#comment-16480847 ] Nihal Jain commented on HBASE-20588: Seems there's another bug ? exposed via testSetQuotaAndThenDropTableWithDisable(). Will get back soon with some analysis. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16480827#comment-16480827 ] Nihal Jain commented on HBASE-20588: Attached {{HBASE-20588.master.002.patch}} addressing the review comment. It adds few more erroneous scenarios caused by this bug. Please review. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch, HBASE-20588.master.002.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16480766#comment-16480766 ] Nihal Jain commented on HBASE-20588: {quote}Is it possible to add a test which shows the fix for 'NO_INSERTS Puts' error shown in description ? {quote} I will add the aforementioned scenario, along with a few more which I have in my mind. > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479941#comment-16479941 ] Hadoop QA commented on HBASE-20588: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 11s{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 30s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 53s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 16s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 55s{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 5s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 29s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 56s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 51s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 1m 51s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 1m 15s{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 55s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 15m 30s{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} 2m 2s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 30s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red}122m 8s{color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 29s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}170m 28s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924010/HBASE-20588.master.001.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux 6f59f163e0cc 3.13.0-105-generic #152-Ubuntu SMP Fri Dec 2 15:37:11 UTC 2016 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 / f917f4e7c8 | | maven | version: Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T19:49:05Z) | | Default Java | 1.8.0_171 | | findbugs | v3.1.0-RC3 | | unit | https://builds.apache.org/job/PreCommit-HBASE-Build/12868/artifact/patchprocess/patch-unit-hbase-server.txt | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/12868/testReport/ | | Max. process+thread count | 4524 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/12868/console | | Powered
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479897#comment-16479897 ] Hadoop QA commented on HBASE-20588: --- | (/) *{color:green}+1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 11s{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 4s{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 11s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} shadedjars {color} | {color:green} 4m 51s{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 2s{color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 31s{color} | {color:green} master passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 4m 43s{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 10s{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 50s{color} | {color:green} patch has no errors when building our shaded downstream artifacts. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 14m 40s{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} 2m 5s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 28s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:green}+1{color} | {color:green} unit {color} | {color:green}102m 11s{color} | {color:green} hbase-server in the patch passed. {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}148m 12s{color} | {color:black} {color} | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hbase:d8b550f | | JIRA Issue | HBASE-20588 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12924007/HBASE-20588.master.001.patch | | Optional Tests | asflicense javac javadoc unit findbugs shadedjars hadoopcheck hbaseanti checkstyle compile | | uname | Linux a8529fc13918 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 / f917f4e7c8 | | 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/12867/testReport/ | | Max. process+thread count | 4498 (vs. ulimit of 1) | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/12867/console | | Powered by | Apache Yetus 0.7.0 http://yetus.apache.org | This message was automatically generated. > Space quo
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479787#comment-16479787 ] Ted Yu commented on HBASE-20588: Running the new test without fix: {code} Caused by: org.apache.hadoop.hbase.ipc.RemoteWithExtrasException: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_WRITES Puts are disallowed due to a space quota. at org.apache.hadoop.hbase.quotas.policies.NoWritesViolationPolicyEnforcement.check(NoWritesViolationPolicyEnforcement.java:46) at org.apache.hadoop.hbase.regionserver.RSRpcServices.mutate(RSRpcServices.java:2801) {code} Is it possible to add a test which shows the fix for 'NO_INSERTS Puts' error shown in description ? Thanks > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch > > > Steps followed > - Through {{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info0:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479757#comment-16479757 ] Nihal Jain commented on HBASE-20588: Resubmitted patch after removing redundant looping over currentSnapshots.entrySet(). > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Assignee: Nihal Jain >Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-20588.master.001.patch, > HBASE-20588.master.001.patch > > > Steps followed > - Through \{{hbase shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (HBASE-20588) Space quota change after quota violation doesn't seem to take in effect
[ https://issues.apache.org/jira/browse/HBASE-20588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16479671#comment-16479671 ] Nihal Jain commented on HBASE-20588: Hi, I would like to work on this > Space quota change after quota violation doesn't seem to take in effect > --- > > Key: HBASE-20588 > URL: https://issues.apache.org/jira/browse/HBASE-20588 > Project: HBase > Issue Type: Bug > Components: regionserver >Affects Versions: 3.0.0, 2.0.0 >Reporter: Biju Nair >Priority: Major > > Steps followed > - Through h{{base shell}} > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => '2M', POLICY => > NO_INSERTS{noformat} > - Run {{PE}} until the quota is reached > {noformat} > hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred > --rows=2000 sequentialWrite 1{noformat} > - Through {{HBase}} shell > {noformat} > set_quota TYPE => SPACE, TABLE => 'TestTable', LIMIT => NONE{noformat} > - Through {{HBase}} shell verify the effective Quotas > {noformat} > > list_quotas > OWNER QUOTAS > > > 0 row(s) > Took 0.0365 seconds{noformat} > - Wait for some time (at least 5 mins) and try to add data to the table > {noformat} > > put 'TestTable','r1','info:0','v1' > ERROR: org.apache.hadoop.hbase.quotas.SpaceLimitingException: NO_INSERTS Puts > are disallowed due to a space quota. > at > org.apache.hadoop.hbase.quotas.policies.NoInsertsViolationPolicyEnforcement.check(NoInsertsViolationPolicyEnforcement.java:47){noformat} > To resolve the issue, {{RSes}} need to be restarted which points to in memory > data not getting reset. -- This message was sent by Atlassian JIRA (v7.6.3#76005)