Linux服务器运行过程中，各类服务会将运行信息写入对应的日志文件，当日志文件的权限配置不符合服务运行要求时，就会出现权限错误，影响服务的正常运行。
常见的日志文件权限错误场景
1. 日志文件属主不匹配
很多服务会以特定的系统用户身份运行，比如Nginx默认以nginx用户运行，如果Nginx的日志文件属主被修改为root，那么Nginx进程就没有权限向日志文件写入内容，就会出现写入失败的错误。
2. 日志文件读写权限不足
比如某服务的日志文件权限被设置为600，且属主是root，但服务运行用户是普通用户，此时普通用户没有读取和写入该日志文件的权限，会导致服务启动失败或者无法记录日志。
3. 日志所在目录权限缺失
日志文件所在的目录如果没有执行权限，即使日志文件本身的权限配置正确，服务也无法进入目录操作日志文件。比如/var/log/app目录权限为700，属主是root，而运行app服务的用户没有目录的访问权限，就会出现日志写入错误。
4. 日志文件被设置为不可写
部分情况下日志文件被误设置为只读属性，比如权限为444，此时任何用户都无法向该文件写入内容，会导致所有需要写入日志的服务操作失败。
对应的修复方法
1. 修复属主不匹配问题
可以使用chown命令修改日志文件及其所在目录的属主和属组，使其与服务运行用户匹配。例如修复Nginx日志文件的属主：
# 修改Nginx日志文件属主为nginx用户和nginx组 chown nginx:nginx /var/log/nginx/access.log chown nginx:nginx /var/log/nginx/error.log # 同时修改日志目录的属主，避免后续新生成的日志文件属主错误 chown nginx:nginx /var/log/nginx
2. 调整文件读写权限
使用chmod命令调整日志文件的权限，根据服务需求设置合适的读写权限。比如需要让服务运行用户有读写权限，其他用户只有读取权限，可以设置为644：
# 设置日志文件权限为644，属主可读写，其他用户只读 chmod 644 /var/log/app/app.log # 如果目录权限不足，同时调整目录权限，通常目录需要755权限 chmod 755 /var/log/app
3. 处理目录权限缺失问题
首先确认日志所在目录的权限，给服务运行用户添加目录的执行权限，保证用户可以进入目录操作文件。如果目录属主也不匹配，需要同时修改属主：
# 给目录添加执行权限，假设目录当前权限是700，属主是root，服务用户是appuser chmod 755 /var/log/app # 修改目录属主为appuser chown appuser:appuser /var/log/app
4. 解除只读属性
如果日志文件被设置为只读，直接修改文件权限即可：
# 给日志文件添加写权限 chmod u+w /var/log/service/service.log # 或者直接设置为644权限 chmod 644 /var/log/service/service.log
权限修复后的验证方法
修复完成后，可以通过以下方式验证权限是否配置正确：
- 使用
ls -l 日志文件路径命令查看文件的属主、属组和权限是否符合预期 - 切换为服务运行用户，尝试向日志文件写入内容，验证是否有写入权限
- 重启对应的服务，查看服务状态是否正常，日志是否能够正常生成和写入
日常运维中，建议定期检查重要服务的日志文件权限，尤其是进行系统升级、用户调整、文件迁移等操作之后，避免出现权限错误影响服务运行。