Docker部署Kibana 8.7.0二次启动未就绪及命令问题排查

一、docker inspect logs kib-01命令报错原因 #

docker inspect命令用于查询容器、镜像等Docker对象的详细元数据，你错误地将logs作为对象名称传入，系统找不到名为logs的对象，因此报错。

正确查看Kibana容器日志的命令是：

# 查看容器历史日志
docker logs kib-01
# 实时跟踪日志输出
docker logs -f kib-01

二、Kibana提示“Kibana server is not ready yet”的排查与解决 #

结合首次启动正常、二次启动异常的场景，常见原因及解决方法如下：

1. Elasticsearch未正常启动 #

Kibana完全依赖Elasticsearch提供服务，若ES未完全启动或运行异常，Kibana会持续处于未就绪状态：

• 先检查ES容器状态：执行docker ps，确认ES容器处于running状态
• 查看ES容器日志排查启动故障：docker logs <ES容器名称/ID>，重点关注内存不足、权限错误、集群状态异常等报错信息
• 若存在数据卷残留导致的启动异常，可清理后重新部署：

  # 停止并删除容器
  docker stop kib-01 <ES容器名称>
  docker rm kib-01 <ES容器名称>
  # 删除关联数据卷（会清除所有历史数据，谨慎操作）
  docker volume rm <ES数据卷名称> <Kibana数据卷名称>
  # 重新启动ES和Kibana容器
  

2. Kibana与Elasticsearch连接验证失效 #

首次启动时ES生成的注册令牌、证书可能在二次启动时出现不匹配（比如仅删除了其中一个容器但保留了对方的数据卷）：

• 进入ES容器重新生成Kibana注册令牌：

  docker exec -it <ES容器名称> /bin/bash
  bin/elasticsearch-create-enrollment-token -s kibana
  

• 使用新生成的令牌重新初始化Kibana，或直接清理Kibana数据卷后重新启动容器

3. Docker资源分配不足 #

Elasticsearch和Kibana 8.7.0对内存要求较高，Windows下Docker Desktop默认资源配额可能无法支撑：

• 打开Docker Desktop设置（Settings -> Resources），将内存分配调整至4GB以上，同时适当增加CPU核心数

4. 容器网络隔离问题 #

若ES和Kibana不在同一Docker网络中，Kibana无法访问ES服务：

• 查看容器所属网络：docker inspect kib-01 | grep Networks，确认与ES容器网络一致
• 若不在同一网络，需创建自定义网络并将两个容器加入：

  # 创建自定义网络
  docker network create es-kibana-net
  # 重新启动容器时指定网络
  docker run --name <ES容器名> --network es-kibana-net ... elasticsearch:8.7.0
  docker run --name kib-01 --network es-kibana-net ... kibana:8.7.0
  

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