Docker部署ELK日志栈遇权限拒绝及Elasticsearch主机解析失败问题

1. 优先排查Elasticsearch未启动的核心原因 #

setup报Could not resolve host. Is Elasticsearch running?本质是ES未正常启动，导致容器网络内的主机名解析失效：

• 查看Elasticsearch容器日志定位具体错误：docker compose logs elasticsearch，重点关注权限、内存相关报错
• 修复ES数据目录权限：新服务器上的ES挂载目录（如./es-data）需给容器内elasticsearch用户（默认UID/GID为1000）读写权限：

  sudo chown -R 1000:1000 ./es-data
  sudo chmod -R 750 ./es-data
  

• 调整ES JVM内存配置：若新服务器内存不足，ES会启动失败，修改.env或docker-compose.yml中的ES_JAVA_OPTS，例如：-Xms512m -Xmx512m（根据服务器实际内存调整）

2. 修复容器间网络解析问题 #

• 确认docker-compose.yml中所有服务（ES、Logstash、setup、Filebeat）都归属同一个自定义网络（如elk-network），且setup配置的ES地址（如http://elasticsearch:9200）与ES服务名完全一致
• 清理旧容器与残留网络后重启：

  docker compose down -v
  docker network prune -f
  docker compose up -d
  

3. 处理权限拒绝错误 #

权限问题可能出在多个环节：

• 检查Filebeat采集目录权限：确保主机日志目录对容器内filebeat用户（UID/GID 1000）开放读权限
• 避免用root启动ES/Logstash：保持默认用户配置的同时，确保所有挂载目录权限匹配容器用户
• 临时关闭SELinux/AppArmor测试：若服务器开启了安全模块，可能阻止容器访问主机目录：

  # SELinux临时关闭
  sudo setenforce 0
  # AppArmor临时关闭
  sudo systemctl stop apparmor
  

  若问题解决，再添加对应规则放行容器目录访问。

4. 优化服务启动顺序 #

确保setup在ES完全启动后再执行，需在docker-compose.yml中配置依赖与健康检查：

• 给setup添加依赖规则：

  setup:
    depends_on:
      elasticsearch:
        condition: service_healthy
  

• 给ES配置健康检查：

  elasticsearch:
    healthcheck:
      test: ["CMD-SHELL", "curl -f http://localhost:9200/_cluster/health || exit 1"]
      interval: 10s
      timeout: 10s
      retries: 5
  

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