RHEL系统上Kafka容器自动删除问题排查求助

1. 优先查Docker守护进程日志 #

Docker本身的日志会记录容器被移除的核心原因，比如系统OOM查杀、daemon异常操作等：

• 实时监控Docker日志：journalctl -u docker.service -f
• 回溯历史日志，搜索Kafka容器ID相关条目，重点找oom-kill、container destroyed、kill signal这类关键词

2. 验证系统资源限制 #

RHEL的系统级OOM killer可能在资源耗尽时直接终止容器（不会触发Docker的restart策略，因为不是容器主动退出）：

• 用top/htop观察Kafka运行时的内存/CPU占用，确认是否存在资源耗尽趋势
• 检查系统OOM记录：dmesg | grep -i oom，如果出现Kafka进程被标记为"victim"，说明内存不足
• 在Docker Compose中给Kafka添加资源限制，避免耗尽系统资源：

  kafka:
    image: bitnami/kafka:latest
    ...
    deploy:
      resources:
        limits:
          memory: 4G
          cpus: '2.0'
  

3. 检查Kafka持久化日志 #

如果配置了日志挂载卷，即使容器消失，Kafka自身的崩溃日志还能留存：

• 确认Docker Compose中是否挂载了Kafka日志目录（比如Bitnami镜像默认路径/opt/bitnami/kafka/logs）
• 查看server.log中的FATAL级错误，排查是否是Kafka进程内部崩溃导致容器被强制移除

4. 排查容器移除触发源 #

restart: always只对容器正常/异常退出生效，如果是外部操作或自动脚本移除容器，不会触发重启：

• 查看定时任务：crontab -l，检查是否有自动清理容器的脚本
• 查看Docker事件日志：docker events --since 24h，过滤Kafka容器事件，确认是die（退出）还是destroy（被移除）

5. 检查RHEL SELinux限制 #

RHEL默认开启SELinux，可能阻止Docker容器的关键操作导致异常终止：

• 临时关闭SELinux测试：setenforce 0，观察是否还会出现容器消失
• 如果问题解决，配置SELinux规则放行Docker容器：

  semanage permissive -a container_t
  

6. 验证Docker版本兼容性 #

RHEL上的老旧Docker版本可能与Kafka镜像存在兼容性问题：

• 查看Docker版本：docker --version，升级到官方稳定版（如24.x系列）
• 确认RHEL版本与Docker版本的适配性，避免安装不兼容版本

内容的提问来源于stack exchange，提问作者Salt95