thread.
>
> --
> -José
>
--
Regards,
Justin Chen
Justin Chen created KAFKA-19354:
---
Summary: KRaft observer unable to recover after re-bootstrapping
to follower
Key: KAFKA-19354
URL: https://issues.apache.org/jira/browse/KAFKA-19354
Project: Kafka
, the observer will continuously send fetch requests to
the follower node, receive `NOT_LEADER_OR_FOLLOWER` in response, and will
no longer replicate metadata.
I have linked relevant DEBUG logs of the observer, leader, and follower for
the above scenario:
https://gist.github.com/justin
some sort of request failure
or timeout.
On Thu, May 29, 2025 at 3:16 PM Justin Chen wrote:
> Hello,
>
> In our Kafka 4.0 cluster (dynamic quorum, 5 controller nodes), we have
> observed that KRaft observers (process.roles=broker) that typically send
> FETCH requests to the quo
Hello,
In our Kafka 4.0 cluster (dynamic quorum, 5 controller nodes), we have
observed that KRaft observers (process.roles=broker) that typically send
FETCH requests to the quorum Leader node can enter a state of indefinitely
re-bootstraping to a voter (follower) node, likely after some sort of
re
