MongoDB启动报FileRenameFailed日志重命名权限错误无法运行如何解决

问题根因定位 #

报错明确为MongoDB启动时尝试轮转旧日志文件时操作被拒绝，即使目录权限配置正确，也可按以下顺序逐一排查隐藏问题：

• 检查日志文件本身权限：仅确认目录权限无效，多数故障场景是之前误使用root账号启动过MongoDB，导致/var/lib/mongodb/log/mongod.log文件所有者变为root，mongodb用户无修改权限，排查命令为ls -l /var/lib/mongodb/log/mongod.log
• 检查安全模块限制：CentOS的SELinux、Ubuntu的AppArmor默认会限制MongoDB进程的文件操作范围，即使文件权限正确也会触发权限报错
• 检查配置文件拼写错误：你提供的配置中storage.dbPath路径拼写错误，写为了/var/lib/mondodb/data，正确拼写应为/var/lib/mongodb/data，路径不存在也会关联触发启动异常

解决方案 #

方案1：修复日志文件权限（最常见故障原因） #

如果排查确认日志文件所有者不是mongodb，执行以下命令修改：

chown mongodb:mongodb /var/lib/mongodb/log/mongod.log

方案2：添加日志追加配置（符合报错提示的官方推荐方案） #

在mongod.conf的systemLog配置段添加logAppend: true参数，修改后配置如下：

storage:
        dbPath: "/var/lib/mongodb/data" # 注意修正拼写错误

systemLog:
        destination: file
        path: "/var/lib/mongodb/log/mongod.log"
        logAppend: true

添加该参数后MongoDB启动时不会尝试重命名旧日志，直接往现有日志后追加内容，可彻底规避重命名权限问题。

方案3：临时删除旧日志验证 #

如果不需要保留旧日志，可先备份后移除旧日志文件，MongoDB启动时会自动生成新的日志文件：

mv /var/lib/mongodb/log/mongod.log /var/lib/mongodb/log/mongod.log.old

方案4：处理安全模块限制 #

• 若为SELinux导致的问题，可临时关闭SELinux验证：setenforce 0，验证可正常启动后，执行以下命令给MongoDB路径打正确的安全标签：

  semanage fcontext -a -t mongod_var_lib_t '/var/lib/mongodb(/.*)?'
  restorecon -Rv /var/lib/mongodb
  

• 若为AppArmor导致的问题，可临时禁用MongoDB的AppArmor规则验证：

  ln -s /etc/apparmor.d/usr.bin.mongod /etc/apparmor.d/disable/
  apparmor_parser -R /etc/apparmor.d/usr.bin.mongod
  

修复验证 #

所有调整完成后执行以下命令重启服务验证状态：

systemctl daemon-reload
systemctl start mongod
systemctl status mongod

正常修复后服务状态会变为active(running)。

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