场景：

使用/etc/init.d/mongodb start或是sudo service mongdb start，

提示mongodb start/running，但查看status仍然是stop/waiting。

解决方法：

1、service SERVERNAME status有可能误报，先确认MongoDB的实际状态。

主要是ps axu|grep mongod查看是否有相关进程，打开links或是直接用浏览器访问127.0.0.1:28017，看不到MongoDB的信息说明没有启动。
2、然后执行：

$ sudo mongod –repair –config /etc/mongodb.conf
$ sudo mongod –config /etc/mongodb.conf

第一条命令是修复操作，

第二条命令是手动指定MongoDB的配置文件，

在终端中直接运行，这样输出错误时比较直观，不用去翻日志。

如果能顺利运行mongod，说明配置文件和数据库都没有问题，是/usr/bin/mongodb权限不够，请参考本文结尾setcap方法。

如果不能运行，可以看到报错信息，分三种情况：配置文件错误，数据目录设置错误，/usr/bin/mongod文件错误。

1）配置文件错误比较明显，参数错误会明确提示error command line: unknown option xxx。

第二条命令中明确指定使用的配置文件，也容易排错。

所以除了之前配MongoDB主从修改配置文件弄坏过一次，很少遇到配置文件的问题。

2）其次是数据目录，主要是权限问题，可能的报错是：

Thu 22 11 10:03:30 [initandlisten] warning couldn’t write to / rename file /srv/mongodb/journal/prealloc.0
Thu 22 11 10:03:30 [initandlisten] couldn’t open /srv/mongodb/duoshuo.ns errno:1 Operation not permitted
Thu 22 11 10:03:30 [initandlisten] error couldn’t open file /srv/mongodb/duoshuo.ns terminating

数据目录的owner应该是mongodb:mongodb。

$ sudo chown mongodb:mongodb mongodb

3）最后一种情况是/usr/bin/mongod的问题。

它的报错和目录没有读写权限一样，但即使你把MongoDB的数据库目录设置成777，一样会有问题。

因为mongod是以O_NOATIME标志来访问文件系统的，mongodb没有这个权限，用setcap设置：

# setcap cap_fowner+ep /usr/bin/mongod

如果这样都不行…备份数据库然后apt-get purge 卸载重装吧。