2
votes

Option personnalisée de taille de fichier de dépassement de cache maximale: ** 0

J'ai un problème et quand j'exécute mongo db avec docker ou sans docker, j'obtiens cette erreur

c'est ma commande

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

c'est mon / 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 logs

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


3 commentaires

Cette erreur semble être introduite après la mise à jour de la v4.0.11 vers la v4.0.12.


L'apparition de ce message a-t-il un impact sur votre déploiement de mongod (c'est-à-dire est-ce qu'il s'arrête ou se comporte de manière inattendue par la suite)? Cela semble être une information plutôt qu'une erreur; un contexte de journal supplémentaire serait utile.


Ça ne me laisse pas, ne me laisse pas du tout réparer


3 Réponses :


0
votes

J'avais ce problème aussi, et après quelques recherches, mes collègues ont découvert que cela semble être un problème avec la v4.0.12. Si vous le forcez à utiliser la v4.0.11 ou quelque chose du genre, cela semble fonctionner. Par exemple, je configure MongoDB via Ansible, et dans mon playbook de configuration, j'ai quelque chose comme ça pour dicter la version utilisée pour mes packages 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


3 commentaires

@Charlotte: Pouvez-vous confirmer quel a été l'impact de votre déploiement 4.0.12? Ce message doit être informatif plutôt qu'une erreur (c'est-à-dire ignoré en toute sécurité).


@Stennie Je ne pourrais peut-être pas répondre clairement à votre question, mais je peux vous dire ce que je sais. Nous avions des problèmes avec le service mongod qui ne démarrait pas sur nos instances, et lors de la vérification de l'état du service, le message publié par l'OP était ce que nous avons trouvé. Après le passage à la v4.0.11, le service mongod semble démarrer sans problème. Je suis relativement nouveau dans tout cela, donc je ne sais pas quelles autres informations je pourrais vous fournir.


Si vous pouviez partager un résumé ou un pastebin avec des informations de journal MongoDB supplémentaires entre ce message et l'arrêt, ce serait utile. Le message de débordement de cache est consigné à un niveau informationnel et ne doit pas être la cause directe de l'échec du démarrage du service MongoDB. Il serait également utile de connaître votre version spécifique d'O / S afin que je puisse essayer de reproduire le problème (je n'ai pas encore pu le faire).



1
votes

sudo chown -R {username} / data

faire en sorte que le dossier dans mongodb dbpath ait une autorisation d'écriture de fichier


0 commentaires

0
votes

J'ai vu ce message de journal causé par Mongod essayant d'écrire sur une partition complète. En effet, mongo_global.log est passé à 13 Go, tout l'espace disponible.


0 commentaires