MongoDB se charge mais se casse, renvoyant status=14

J'ai également obtenu un statut 14 à un moment donné, mais ce n'était pas à cause de mes fichiers .lock.

Il semble que tout ce qui se trouve dans votre dbPath (dans mon cas /data/mongodb) devrait appartenir à mongodb. Dans mon cas, deux fichiers et des fichiers dans le dossier journal étaient possédés par root, probablement parce que j'avais exécuté la commande mongod avec sudo au lieu de l'utilisateur mongodb (comme configuré dans mongod.service).

sudo chown mongodb:mongodb /data/mongodb/ -R

Pour trouver mon problème, il a été utile de définir la verbosité sur 5 dans /etc/mongod.conf:

systemLog:
  verbosity: 5

et exécuter tail /var/log/mongodb/mongodb.log -n 100 après sudo systemctl start mongod

Pour que cela fonctionne, mongod.conf doit être chargé par mongod. mongod.service le fait avec le paramètre --config.

Assurez-vous de supprimer la haute verbosité lorsque votre mongodb fonctionne à nouveau, car ce fichier journal peut devenir très volumineux.

Pour les débutants uniquement si vous essayez ce qui suit et obtenez des erreurs :

  sudo chown -R mongodb:mongodb /var/lib/mongodb
  sudo chown mongodb:mongodb /tmp/mongodb-27017.sock 
  sudo service mongod restart

alors essayez de vérifier le statut

  sudo systemctl status mongod

il affichera actif ..

Mon /var/lib/mongodb était corrompu, en le rm et en réinstallant mongo a fonctionné.

Cette erreur s'est produite pour moi simplement parce que l'espace disque était plein. Et a été résolue après avoir supprimé quelques fichiers inutilisés.

Dans mon cas, c'était en raison d'une opération de réparation incomplète, auquel cas j'ai dû exécuter mongod --repair --dbpath /var/lib/mongodb.