[ 
https://issues.apache.org/jira/browse/HBASE-26945?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17558716#comment-17558716
 ] 

Hudson commented on HBASE-26945:
--------------------------------

Results for branch branch-2.4
        [build #377 on 
builds.a.o|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377/]:
 (x) *{color:red}-1 overall{color}*
----
details (if available):

(x) {color:red}-1 general checks{color}
-- For more information [see general 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377/General_20Nightly_20Build_20Report/]




(x) {color:red}-1 jdk8 hadoop2 checks{color}
-- For more information [see jdk8 (hadoop2) 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377/JDK8_20Nightly_20Build_20Report_20_28Hadoop2_29/]


(x) {color:red}-1 jdk8 hadoop3 checks{color}
-- For more information [see jdk8 (hadoop3) 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377/JDK8_20Nightly_20Build_20Report_20_28Hadoop3_29/]


(x) {color:red}-1 jdk11 hadoop3 checks{color}
-- For more information [see jdk11 
report|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377/JDK11_20Nightly_20Build_20Report_20_28Hadoop3_29/]


(x) {color:red}-1 source release artifact{color}
-- See build output for details.


(x) {color:red}-1 client integration test{color}
-- Something went wrong with this stage, [check relevant console 
output|https://ci-hbase.apache.org/job/HBase%20Nightly/job/branch-2.4/377//console].


> Quotas causes too much load on meta for large clusters
> ------------------------------------------------------
>
>                 Key: HBASE-26945
>                 URL: https://issues.apache.org/jira/browse/HBASE-26945
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Bryan Beaudreault
>            Assignee: Bryan Beaudreault
>            Priority: Minor
>             Fix For: 2.5.1, 3.0.0-alpha-4, 2.4.14
>
>
> We've been upgrading larger clusters to hbase 2, and ran into this issue 
> where two equivalent clusters (one on 1.2 and the other on 2.4.x) running 
> almost identical workloads, but the hbase2 cluster was doing way more meta 
> requests.
> One of the reasons seems to be from 
> https://issues.apache.org/jira/browse/HBASE-21820, which added an 
> updateQuotaFactors method to the QuotaCache QuotaRefreshChore. This new 
> method  calls MetaTableAcessor.scanMeta for every table in the cluster. This 
> is happening on every regionserver, so if you have many tables and/or many 
> regionservers you can easily start sending lots of traffic to meta. One way 
> to offset this is to reduce frequency of hbase.quota.refresh.period, but this 
> means you are less able to quickly respond to changes in load.
> We should figure out a caching or notification mechanism that can reduce the 
> need scan meta so much. It seems like we're mainly scanning meta to get a 
> count of total regions per table, which should not be changing so often.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

Reply via email to