lukestephenson-zendesk commented on code in PR #13447:
URL: https://github.com/apache/kafka/pull/13447#discussion_r1239157410
##########
clients/src/main/java/org/apache/kafka/clients/Metadata.java:
##########
@@ -399,8 +399,13 @@ private Optional<MetadataResponse.PartitionMetadata>
updateLatestMetadata(
// Between the time that a topic is deleted and re-created,
the client may lose track of the
// corresponding topicId (i.e. `oldTopicId` will be null). In
this case, when we discover the new
// topicId, we allow the corresponding leader epoch to
override the last seen value.
- log.info("Resetting the last seen epoch of partition {} to {}
since the associated topicId changed from {} to {}",
- tp, newEpoch, oldTopicId, topicId);
+ if (oldTopicId != null) {
+ log.info("Resetting the last seen epoch of partition {} to
{} since the associated topicId changed from {} to {}",
+ tp, newEpoch, oldTopicId, topicId);
+ } else {
+ log.debug("Resetting the last seen epoch of partition {}
to {} since the associated topicId was undefined but is now set to {}",
Review Comment:
nope. Not creating new topics, restarting or moving partitions. Looking at
our organisation logs across all services, it appears to affect a lot of
producers across different teams.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: jira-unsubscr...@kafka.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
