当前位置: 首页 > 知识库问答 >
问题:

Kafka什么时候换领导人?

梁修贤
2023-03-14

我和Kafka一起工作已经一年了,没有自发的领导人更迭发生。但在过去的两周里,这种情况经常发生。Kafka登录

  • [2015-09-27 15:35:14,826]信息[broker 2上的ReplicaFetcherManager]已删除分区的提取器[myTopic](kafka.server.ReplicaFetcherManager)
  • [2015-09-27 15:35:14,830]信息截断日志myTopic-0以偏移11520979。(kafka.log.log)
  • [2015-09-27 15:35:14,845]警告[代理2上的副本管理器]:从分区[myTopic,0]上的客户端ReplicaFetcherThread-0-2获取相关id为713276的请求失败,原因是代理2(kafka.server.ReplicaManager)上的分区[myTopic,0]的领导者不是本地的
  • [2015-09-27 15:35:14,857]警告[代理2上的副本管理器]:从分区[myTopic,0]上的客户端镜像管理器-1获取相关id为256685的请求失败,原因是代理2(kafka.server.replicamanager)上的分区[myTopic,0]的领导者不是本地的
  • [2015-09-27 15:35:20,171]信息[broker 2上的ReplicaFetcherManager]已删除分区的提取程序[myTopic,0](kafka.server.ReplicaFetcherManager)

server.properties(与默认值不同):

  • broker.id=001
  • socket.send.buffer.bytes=1048576
  • socket.receive.buffer.bytes=1048576
  • socket.request.max.bytes=104857600
  • log.flush.interval.messages=10000
  • log.flush.interval.ms=1000
  • log.retention.bytes=-1
  • controlled.shutdown.enable=true
  • auto.create.topics.enable=false

共有1个答案

万俟穆冉
2023-03-14

似乎该分区的lead broker已关闭。可能是server.properties中配置的data directroy(log.dirs)空间不足,而broker无法容纳。还有,什么是话题的复制因子和代理的集群规模?

 类似资料:
  • 我正在试验微服务和前端之间的角色映射(在Keycloak术语中是keycloak-clients)。 假设我有两个keycloak客户端: 路由管理-API 路由管理-WebApp 你对这种做法有什么看法?是正确的思维方式吗?我们需要王国角色做什么?

  • 本文向大家介绍什么时候用delegate,什么时候用Notification?相关面试题,主要包含被问及什么时候用delegate,什么时候用Notification?时的应答技巧和注意事项,需要的朋友参考一下 答:delegate针对one-to-one关系,并且reciever可以返回值 给sender,notification 可以针对one-to-one/many/none,recieve

  • 问题内容: 奇怪的是: 似乎或多或少被定义为。通过这种方式很容易产生错误: 一些fname意外地以else块结尾。修复很简单,我们应该改用它,但是从表面上看,这似乎是一种不错的pythonic方式,并且比“正确”的方式更具可读性。 由于字符串是不可变的,所以为什么字符串错误是什么技术细节?什么时候进行身份检查更好,什么时候进行平等检查更好? 问题答案: 据我所知,检查对象身份是否相等。由于没有强制

  • 我有一个Kafka Streams应用程序,使用3个代理和3个复制因子从Kafka集群进行消费和生产。除了消费者偏移主题(50个分区)之外,所有其他主题都只有一个分区。 当代理尝试首选副本选择时,Streams应用程序(运行在与代理完全不同的实例上)将失败,并出现错误: Streams应用程序尝试成为分区的领导者是否正常,因为它在不属于Kafka集群的服务器上运行? 我可以通过以下方式复制这种行为

  • 我正在学习Vue JS,发现有时我们导入{},有时我们导入时没有{}。请问有什么区别? 非常感谢。

  • 问题内容: 我有一个将客户发送到另一个站点来处理付款的应用程序。客户之外的另一个站点在我们的服务器上调用一个页面,让我们知道付款的状态。被调用页面会检查付款应用程序提供的参数,并检查我们是否知道该交易。然后,它更新数据库以反映状态。这一切都无需与客户进行任何互动即可完成。 我个人选择将此功能实现为JSP,因为将文件拖放到文件系统中比编译和打包文件然后将条目添加到配置文件中要容易得多。 考虑到页面的