问题描述
在使用 Docker 构建一个包含 Filebeat、Logstash、Elasticsearch、Kibana 和设置文件的日志系统时，在不同的服务器上正常运行，但在新的 Debian 11 服务器上却遇到问题。在运行 docker compose logs -f setup 命令时，出现了 “Could not resolve host. Is Elasticsearch running?” 错误。而在运行 docker-compose up 命令时，出现了 “Logstash error: open /usr/share/logstash/config/logstash.yml: permission denied” 错误。用户需要解决这两个问题。
解决方案
请注意以下操作可能涉及到系统权限和配置文件更改，请在操作前做好备份。
解决 Elasticsearch 无法解析主机问题
“Could not resolve host. Is Elasticsearch running?” 错误表明 Elasticsearch 无法解析主机。可能的原因之一是 Docker 网络配置导致容器内部的 DNS 无法解析 Elasticsearch 的主机名。
方案1 – 检查网络配置
- 确保你的
docker-compose.yml中的 Elasticsearch 服务配置正确，特别是网络配置。 - 检查容器是否在正确的网络中运行，以便它能够与其他服务进行通信。你可以使用
docker network ls和docker inspect <network_name>来查看网络详情。
方案2 – 使用 IP 地址
尝试将 Elasticsearch 服务配置为使用 IP 地址而不是主机名。在 docker-compose.yml 文件中，将 Elasticsearch 服务的主机名更改为 Elasticsearch 容器的 IP 地址。
解决 Logstash 权限问题
“Logstash error: open /usr/share/logstash/config/logstash.yml: permission denied” 错误表明 Logstash 容器无法打开配置文件 logstash.yml，这可能是权限问题。
方案1 – 检查文件权限
- 使用 SSH 登录到托管 Logstash 容器的主机。
- 运行
ls -l /usr/share/logstash/config/logstash.yml查看配置文件的权限和所有者。 - 如果文件权限或所有者不正确，可以使用
chown和chmod命令更改它们。确保文件的所有者是 Logstash 用户，并且对于 Logstash 用户有足够的读取权限。
方案2 – 检查容器运行用户
- 在
docker-compose.yml文件中找到 Logstash 服务的定义。 - 检查是否为 Logstash 容器指定了一个有效的用户，以及该用户是否具有访问配置文件的权限。
方案3 – 检查容器内部路径
- 确保 Logstash 配置文件实际位于容器内指定的路径
/usr/share/logstash/config/下。可以进入 Logstash 容器并查看该路径是否包含logstash.yml文件。
方案4 – 检查挂载权限
如果你的 Logstash 配置文件是通过挂载本地文件到容器内部实现的，确保在 docker-compose.yml 中正确设置了挂载路径以及相关的读取权限。
方案5 – SELinux 安全策略
如果你的系统启用了 SELinux，它可能会限制容器访问某些文件。你可以暂时禁用 SELinux 进行测试，如果问题消失，可以考虑调整 SELinux 策略来允许容器访问 Logstash 配置文件。
方案6 – 重新构建 Logstash 镜像
如果以上方法都没有解决问题，考虑重新构建 Logstash 镜像，确保 Dockerfile 中的权限设置和文件复制操作正确。
总结
通过检查 Docker 网络配置、检查文件权限、确认容器运行用户、检查挂载路径和 SELinux 安全策略，你应该能够解决 Elasticsearch 无法解析主机的问题，并且通过检查文件权限、容器内部路径、挂载权限、SELinux 策略和重新构建 Logstash 镜像来解决 Logstash 权限问题。请根据你的实际情况选择适合的解决方案。