Maruthi created KAFKA-19552:
-------------------------------
Summary: Unclean leader election fails due to precedence issue
Key: KAFKA-19552
URL: https://issues.apache.org/jira/browse/KAFKA-19552
Project: Kafka
Issue Type: Bug
Components: controller
Affects Versions: 3.9.0
Reporter: Maruthi
When broker config is set to enable unclean leader election, unless active
controller also has the config enabled, election isnt triggered
unclean leader election never gets triggered because even though its enabled on
the topic level, its disregarded as its not set "dynamically" looks like
unclean.leader.election.enable=true sensitive=false
synonyms=\{STATIC_BROKER_CONFIG:unclean.leader.election.enable=true,
DEFAULT_CONFIG:unclean.leader.election.enable=false}
[https://github.com/apache/kafka/blob/3.9.0/metadata/src/main/java/org/apache/kafka/controller/ConfigurationControlManager.java#L461]
Looks like a valid order - this may be desired behavior in other cases but
fails when some properties are set only on the "broker" nodes and not on
"controller" nodes
Proposal: should look at topic's current config(static/inherited) as well
instead of(or at least before) looking at staticConfig of the node. Topic's
current config would be brokers static config anyway
Alternative: alert user somehow if staticConfigs arent matching between brokers
and controllers
Workaround: set unclean.leader.election config in controller properties as well
- but its unclear what other configs also need to be set/etc to avoid similar
issues in other places
--
This message was sent by Atlassian Jira
(v8.20.10#820010)