Mongodb 最大缓存溢出文件大小自定义选项：**0

我遇到了一个问题，当我使用docker或不使用docker运行mongo db时，我会遇到这个错误

这是我的命令

docker run -d --net="host" --name mongo -v /etc/mongod.conf:/etc/mongod.conf mongo -f /etc/mongod.conf

这是我的/etc/mongod.conf

storage:
  dbPath: /var/lib/mongodb
  journal:
    enabled: true
systemLog:
  destination: file
  logAppend: true
  path: /var/log/mongodb/mongod.log
  port: 27017
security:
  authorization: enabled

mongodb日志

2019-08-13T06:44:50.454+0000 I STORAGE  [main] Max cache overflow file size custom option:** 0 </p>

2019-08-13T06:44:50.454+0000 I存储[main]最大缓存溢出文件大小自定义选项：*0

我也遇到了这个问题，经过一些调查，我的同事发现这似乎是v4.0.12的一个问题。如果您强制它使用v4.0.11或其他版本，那么它似乎可以工作。例如，我正在通过Ansible设置MongoDB，在我的配置手册中，我有类似这样的内容来说明用于MongoDB包的版本：

- name: Update repositories cache and install our mongodb packages
  apt:
    name: "{{ packages }}"
    update_cache: yes
  vars:
    packages:
      - mongodb-org=4.0.11
      - mongodb-org-server=4.0.11
      - mongodb-org-shell=4.0.11
      - mongodb-org-mongos=4.0.11
      - mongodb-org-tools=4.0.11
      - numactl
      - python-pip
  become: true

---

sudo chown-R{username}/data

---

使mongodb dbpath中的文件夹具有文件写入权限我看到了由Mongod试图写入完整分区引起的此日志消息。这是因为mongo_global.log的可用空间增加到13 GB。

此错误似乎是在我将v4.0.11更新为v4.0.12之后出现的。此消息的出现是否会对您的

mongod

部署产生任何影响（即，它是否关闭或随后出现意外行为）？这似乎是一个信息，而不是一个错误；一些额外的日志上下文可能会有帮助。它不允许我不允许我修复它all@Charlotte：您能否确认4.0.12部署的影响？这个信息应该是信息性的，而不是错误（即可以安全忽略）。@Stennie我可能无法清楚地回答你的问题，但我可以告诉你我所知道的。我们发现mongod服务在我们的实例上没有启动，在检查服务状态时，OP发布的消息就是我们发现的。切换到v4.0.11后，mongod服务似乎没有问题地启动。我对所有这些都比较陌生，所以我不确定我还能提供什么其他信息给你。如果你能在该消息和关机之间与任何其他MongoDB日志信息共享gist或pastebin，那将很有帮助。缓存溢出消息是在信息级别记录的，不应该是MongoDB服务无法启动的直接原因。了解您的特定O/S版本也会很有帮助，这样我就可以尝试重新处理这个问题（我还没有做到）。