MongoDB初始SCRAM客户端认证启动异常问题

1. 检查数据库目录权限 #

退出码14大多和文件权限异常相关，先确认数据库目录的所属用户与权限：

ls -ld /var/lib/mongodb

正常结果应为mongodb:mongodb用户组拥有，权限至少为drwxr-xr-x。不符合则执行修复：

sudo chown -R mongodb:mongodb /var/lib/mongodb
sudo chmod -R 755 /var/lib/mongodb

2. 提取详细启动日志 #

通过systemd日志获取精确错误信息：

sudo journalctl -u mongod.service -xe

重点关注包含ERROR的日志行，比如锁文件残留、权限不足、配置项冲突等提示。

3. 清理残留锁文件 #

异常关闭可能导致锁文件残留，阻碍启动：

ls /var/lib/mongodb/mongod.lock

若文件存在，先删除（确保mongod进程已完全停止）：

sudo rm /var/lib/mongodb/mongod.lock

可选执行数据库修复，避免数据损坏：

sudo mongod --dbpath /var/lib/mongodb --repair

4. 验证配置文件一致性 #

检查/etc/mongod.conf关键配置是否统一：

grep -E 'authorization|port|dbPath' /etc/mongod.conf

需确保：

• security.authorization设为enabled（开启认证时）
• net.port为27017
• storage.dbPath为/var/lib/mongodb
  手动启动时的参数需与配置文件保持一致，避免systemd启动冲突。

5. 手动启动并观察实时日志 #

跳过systemd直接启动，通过临时日志定位问题：

sudo mongod --auth --port 27017 --dbpath /var/lib/mongodb --logpath /tmp/mongod-temp.log --fork

实时查看日志输出：

tail -f /tmp/mongod-temp.log

启动失败时，日志会明确标注原因（如数据文件损坏、端口占用）。

6. 检查端口占用状态 #

确认27017端口是否被其他进程占用：

sudo lsof -i :27017

若存在占用进程，杀掉对应进程或更换MongoDB端口。

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