You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Viktor Somogyi-Vass (Jira)" <ji...@apache.org> on 2024/11/06 13:44:00 UTC
[jira] [Commented] (KAFKA-17950) The leader requested truncation to below the current high watermark
[ https://issues.apache.org/jira/browse/KAFKA-17950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17895963#comment-17895963 ]
Viktor Somogyi-Vass commented on KAFKA-17950:
---------------------------------------------
It seems like that in the configs I use {{inter.broker.protocol.version}} and {{metadata.version}} too but they are either 3.9 or 21, so it doesn't really affect the repro.
> The leader requested truncation to below the current high watermark
> -------------------------------------------------------------------
>
> Key: KAFKA-17950
> URL: https://issues.apache.org/jira/browse/KAFKA-17950
> Project: Kafka
> Issue Type: Bug
> Affects Versions: 3.9.0, 3.9.1
> Reporter: Viktor Somogyi-Vass
> Priority: Blocker
> Attachments: broker1.log, broker2.log, broker3.log, controller-logs.zip, controller1-migration-enabled.properties, controller1.properties, controller2-migration-enabled.properties, controller2.properties, controller3-migration-enabled.properties, controller3.properties, kraft1.log, kraft2.log, kraft3.log, producer-perf.log, producer.properties, server1-migrated-to-kraft.properties, server1-migration-enabled.properties, server1.properties, server2-migrated-to-kraft.properties, server2-migration-enabled.properties, server2.properties, server3-migrated-to-kraft.properties, server3-migration-enabled.properties, server3.properties, zookeeper.log
>
>
> While testing the migration from 3.9 ZK Kafka to 3.9 KRaft, I find that in the last step (finalization) where I restart the controllers in non-migration mode, the last controller restart causes a fatal failure in the cluster: every node (broker and controller) stops beside the controller I restarted.
> The failing nodes throw the same exception at the time:
> {noformat}
> [2024-11-06 14:02:13,498] ERROR Encountered fatal fault: Unexpected error in raft IO thread (org.apache.kafka.server.fault.ProcessTerminatingFaultHandler)
> org.apache.kafka.common.KafkaException: The leader requested truncation to offset 484, which is below the current high watermark LogOffsetMetadata(offset=508, metadata=Optional.empty)
> at org.apache.kafka.raft.KafkaRaftClient.lambda$handleFetchResponse$11(KafkaRaftClient.java:1619)
> at java.base/java.util.Optional.ifPresent(Optional.java:183)
> at org.apache.kafka.raft.KafkaRaftClient.handleFetchResponse(KafkaRaftClient.java:1616)
> at org.apache.kafka.raft.KafkaRaftClient.handleResponse(KafkaRaftClient.java:2457)
> at org.apache.kafka.raft.KafkaRaftClient.handleInboundMessage(KafkaRaftClient.java:2613)
> at org.apache.kafka.raft.KafkaRaftClient.poll(KafkaRaftClient.java:3312)
> at org.apache.kafka.raft.KafkaRaftClientDriver.doWork(KafkaRaftClientDriver.java:64)
> at org.apache.kafka.server.util.ShutdownableThread.run(ShutdownableThread.java:136)
> {noformat}
> Setup:
> * single Zookeeper node
> * 3 brokers
> * 1 running producer-performance client
> * 3 controllers
> Repro:
> # Start Zookeeper with zookeeper.properties
> {noformat}
> bin/zookeeper-server-start.sh repro-conf/zookeeper.properties
> {noformat}
> # Start brokers with serverX.properties
> {noformat}
> bin/kafka-server-start.sh repro-conf/server1.properties
> bin/kafka-server-start.sh repro-conf/server2.properties
> bin/kafka-server-start.sh repro-conf/server3.properties
> {noformat}
> # Start the producer-performance tool
> {noformat}
> bin/kafka-producer-perf-test.sh --topic test1 --num-records 1000000 --throughput 100 --record-size 10000 --producer.config repro-conf/producer.properties
> {noformat}
> # Get the cluster ID and format all controller log dirs
> # Start the controllers in migration mode
> {noformat}
> bin/kafka-server-start.sh repro-conf/controller1-migration-enabled.properties
> bin/kafka-server-start.sh repro-conf/controller2-migration-enabled.properties
> bin/kafka-server-start.sh repro-conf/controller3-migration-enabled.properties
> {noformat}
> # Restart the brokers in migration mode with the following configs. (My restart order was 1,2,3.)
> {noformat}
> bin/kafka-server-start.sh repro-conf/server1-migration-enabled.properties
> bin/kafka-server-start.sh repro-conf/server2-migration-enabled.properties
> bin/kafka-server-start.sh repro-conf/server3-migration-enabled.properties
> {noformat}
> # Restart the brokers in migrated mode with the following configs (at this point they are connected to the controllers and not ZK). My restart order was 1,2,3.
> {noformat}
> bin/kafka-server-start.sh repro-conf/server1-migrated-to-kraft.properties
> bin/kafka-server-start.sh repro-conf/server2-migrated-to-kraft.properties
> bin/kafka-server-start.sh repro-conf/server3-migrated-to-kraft.properties
> {noformat}
> # At this point all brokers run with KRaft, let's restart the controllers to finalize. (The order was 3,2,1.)
> {noformat}
> bin/kafka-server-start.sh repro-conf/controller3.properties
> bin/kafka-server-start.sh repro-conf/controller2.properties
> bin/kafka-server-start.sh repro-conf/controller1.properties
> {noformat}
> At the last restart, when controller1 starts up, all other nodes crash at once. Attached all logs and configuration.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)