You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Anna Povzner (Jira)" <ji...@apache.org> on 2020/03/05 01:29:00 UTC

[jira] [Created] (KAFKA-9658) Removing default user quota doesn't take effect until broker restart

Anna Povzner created KAFKA-9658:
-----------------------------------

             Summary: Removing default user quota doesn't take effect until broker restart
                 Key: KAFKA-9658
                 URL: https://issues.apache.org/jira/browse/KAFKA-9658
             Project: Kafka
          Issue Type: Bug
    Affects Versions: 2.3.1, 2.4.0, 2.2.2, 2.1.1, 2.0.1
            Reporter: Anna Povzner
            Assignee: Anna Povzner


To reproduce (for any quota type: produce, consume, and request):

Example with consumer quota, assuming no user/client quotas are set initially.
1. Set default user consumer quotas:

{{./kafka-configs.sh --zookeeper <ZK> --alter --add-config 'consumer_byte_rate=100000000' --entity-type users --entity-default}}

{{2. Send some consume load for some user, say user1.}}

{{3. Remove default user consumer quota using:}}
{{./kafka-configs.sh --zookeeper <ZK> --alter --delete-config 'consumer_byte_rate' --entity-type users --entity-default}}

Result: --describe (as below) returns correct result that there is no quota, but quota bound in ClientQuotaManager.metrics does not get updated for users that were sending load, which causes the broker to continue throttling requests with the previously set quota.
 {{/opt/confluent/bin/kafka-configs.sh --zookeeper <ZK>  --describe --entity-type users --entity-default}}
{{}}{{}} 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)