问题描述
在一个启用了SELinux的服务器上尝试运行Nginx作为Docker容器，并挂载了配置文件。在使用ansible playbook部署更新的配置文件后，尝试通过 docker container exec nginx-service nginx -s reload 命令重新加载Nginx配置时，出现“Permission Denied (13)”的错误。尽管在主机上 /host/path/nginx.conf 的权限正确（用户/组：root，模式：0644），但某种原因导致Nginx无法读取该文件。进入容器后，查看 /etc/nginx/nginx.conf 的权限时，发现权限显示为问号。用户希望在不重新加载整个容器的情况下解决这个问题。
解决方案
请注意以下操作可能存在版本差异或风险，建议操作前备份相关文件。
步骤1: 确保配置文件存在
在更新配置文件时，确保文件存在于指定路径 /host/path/nginx.conf 中。如果文件不存在，挂载的卷可能会导致问题。
步骤2: 使用template来更新配置
在ansible playbook中，建议不要直接删除文件再重新创建，而是使用template模块来更新文件内容。这样可以避免卷内文件的重新挂载，从而可能导致的问题。
以下是修改ansible playbook的示例：
tasks:
- name: copy NGINX conf
become: true
template:
src: "../nginx-conf/nginx.conf" # 修改为正确的模板文件路径
dest: "/host/path/nginx.conf"
mode: 0640
owner: root
group: root
步骤3: 解决SELinux权限问题
SELinux可能会影响容器内文件的访问权限。你可以尝试以下步骤来解决问题：
- 在主机上，使用
ls -Z命令查看/host/path/nginx.conf的SELinux上下文。 - 在容器内部，使用
ls -Z命令查看/etc/nginx/nginx.conf的SELinux上下文。
如果SELinux上下文不匹配，可能会导致权限问题。你可以尝试使用 chcon 命令来更改文件的SELinux上下文。例如：
# 更改主机上文件的SELinux上下文以匹配容器内文件的上下文
chcon --reference=/etc/nginx/nginx.conf /host/path/nginx.conf
步骤4: 重新加载Nginx配置
在容器内部，执行以下命令来重新加载Nginx配置：
docker container exec nginx-service nginx -s reload
步骤5: 验证配置是否生效
检查Nginx配置是否已成功加载。你可以访问Nginx的日志文件以查看是否有任何错误，以及访问Nginx的服务以确认新的配置已经生效。
通过以上步骤，你应该能够在不重新加载整个容器的情况下解决Nginx配置文件权限问题。
注意：在涉及SELinux和文件权限的情况下，确保你对操作有足够的了解，以避免可能的风险。