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

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.0.1, 2.1.1, 2.2.2, 2.4.0, 2.3.1
• Fix Version/s: 2.5.0, 2.3.2, 2.4.2
• Assignee: Anna Povzner
• Reporter: Anna Povzner
• Created: 05/Mar/20 01:28
• Updated: 20/Mar/20 00:48
• Resolved: 10/Mar/20 23:08

Description

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
}}{{ 

Issue Links

• links to: GitHub Pull Request #8232