启动kafka无反应_记一次 Kafka 重启失败问题排查

本文记录了一次Kafka集群中遇到的启动无反应和日志索引损坏问题。在Kafka集群A主题的34分区选举leader失败后,经过分析发现是由于日志索引文件损坏导致的。在检查Kafka日志和源码后,确认了问题的原因,并提出了删除损坏文件并重启的解决方案。同时,文章探讨了可能的优化策略,包括升级Kafka版本、调整系统超时值和修改Kafka配置参数,以提高集群的稳定性和可用性。
摘要由CSDN通过智能技术生成

背景

在 2 月10 号下午大概 1 点半左右,收到用户方反馈,发现日志 kafka 集群 A 主题 的 34 分区选举不了 leader,导致某些消息发送到该分区时,会报如下 no leader 的错误信息:

In the middle of a leadership election, there is currently no leader for this partition and hence it is unavailable for writes.

接下来运维在 kafka-manager 查不到 broker0 节点了处于假死状态,但是进程依然还在,重启了好久没见反应,然后通过 kill -9 命令杀死节点进程后,接着重启失败了,导致了如下问题:

由于 A 主题 34 分区的 leader 副本在 broker0,另外一个副本由于速度跟不上 leader,已被踢出 ISR,0.11 版本的 kafka 的 unclean.leader.election.enable 参数默认为 false,表示分区不可在 ISR 以外的副本选举 leader,导致了 A 主题发送消息持续报 34 分区 leader 不存在的错误,且该分区还未消费的消息不能继续消费了。

Kafka 日志分析

查看了 KafkaServer.log 日志,发现 Kafka 重启过程中,产生了大量如下日志:

发现大量主题索引文件损坏并且重建索引文件的警告信息,定位到源码处:

kafka.log.OffsetIndex#sanityCheck

对于Kafka故障排查,可以参考以下步骤: 1. 检查Kafka是否正常运行:可以通过查看Kafka服务器启动日志或使用命令行工具验证Kafka是否已成功启动。 2. 检查集群状态:使用Kafka提供的命令行工具,如kafka-topics.sh、kafka-consumer-groups.sh等,检查集群的状态信息,如topic的分区状态、消费者组的消费进度等。 3. 检查Zookeeper的状态:Kafka依赖Zookeeper来存储元数据信息,使用Zookeeper提供的命令行工具,如zkCli.sh,检查Zookeeper的状态是否正常。 4. 检查硬件资源:检查Kafka服务器的硬件资源使用情况,如CPU、内存、磁盘等是否正常。可以使用系统监控工具如top、iostat等来进行监测。 5. 检查网络连接:确保Kafka服务器之间的网络连接是正常的,可以使用telnet或ping命令来检查。 6. 检查日志文件:查看Kafka服务器和应用程序的日志文件,如Kafka Broker日志、Producer和Consumer的日志等,以找出任何异常或错误信息。 7. 检查配置文件:检查Kafka的配置文件,如server.properties、producer.properties、consumer.properties等,确认配置参数是否正确并符合预期。 8. 监控指标:使用监控工具如Prometheus、Grafana等来收集和分析Kafka的关键指标,如吞吐量、延迟、副本状态等,以帮助发现和定位故障。 9. 故障恢复:根据排查结果,采取相应的故障恢复措施,如重启Kafka服务器、重新平衡分区、修复磁盘故障等。 10. 预防措施:总结故障的原因和解决方案,制定相应的预防措施,如监控报警、容量规划、定期备份等,以减少类似故障的发生。 以上是一般排查Kafka故障的常用步骤,根据具体情况可能会有所调整。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值