Impossible de se connecter à mongodb errno: 61 Connexion refusée

J'ai récemment installé mongodb-2.6.0 avec Homebrew . Après avoir installé avec succès, j'ai essayé de me connecter à l'aide de la mongocommande. Je reçois les erreurs suivantes qui ne me permettent pas de me connecter:

Failed to connect to 127.0.0.1:27017, reason: errno:61 Connection refused

Error: couldn't connect to server 127.0.0.1:27017 (127.0.0.1), connection attempt failed at src/mongo/shell/mongo.js:146

exception: connect failed

Cela peut arriver lorsque le service mongodb ne fonctionne pas sur le mac. Pour le démarrer, j'ai essayé

brew services start mongodb

et cela a fonctionné.

Edit: Selon la discussion sur ce PR sur homebrew: https://github.com/Homebrew/homebrew/issues/30628

brew servicesest obsolète, j'ai regardé autour de SO et j'ai trouvé que ces réponses répondent maintenant à la question: Quelle est la bonne façon de démarrer un service mongod sur Linux / OS X?

J'ai rencontré exactement le même problème et voici un processus clair étape par étape pour éviter cette erreur.

Étape 1 - Installation (ne suivez pas cette étape si vous avez déjà installé MongoDB):

brew update
brew install mongodb

Étape 2 - Exécutez Mongo Daemon:

mkdir -p /data/db
sudo mongod

Étape 3 - Exécutez l'interface Mongo Shell:

mongo

Dans cette séquence, j'ai pu exécuter la mongocommande sans aucune erreur. J'ai également détaillé la trace d'erreur et sa solution sur ce blog .

Pour résoudre votre problème, vous devez suivre les instructions qui vous sont ensuite données par brew après avoir utilisé "brew install mongodb".

Pour que launchd démarre mongodb à la connexion:

ln -sfv /usr/local/opt/mongodb/*.plist ~/Library/LaunchAgents

Ensuite, pour charger mongodb maintenant:

launchctl load ~/Library/LaunchAgents/homebrew.mxcl.mongodb.plist

Ou, si vous ne voulez / n'avez pas besoin de launchctl, vous pouvez simplement exécuter:

mongod --config /usr/local/etc/mongod.conf

Vous pourrez peut-être exécuter cette dernière commande, mais cela n'a pas fonctionné pour moi et j'avais besoin d'exécuter la deuxième commande. Pour me sauver dans le futur. Je viens d'exécuter la première commande aussi. J'espère que cela pourra aider!

EDIT La méthode d'utilisation de Hrishi brew services mongodb starta bien fonctionné pour moi. Je pense qu'ils devraient inclure cela dans la documentation mongo.

Dans un autre onglet, vous pouvez démarrer le shell mongo avec

Mongod

Revenez ensuite à l'onglet précédent et réessayez. Si vous rencontrez des difficultés pour configurer votre mongoshell, consultez ce lien sur le shell mongo: http://docs.mongodb.org/manual/tutorial/manage-mongodb-processes/ ou ce lien sur l'installation de mongodb: http: / /docs.mongodb.org/manual/tutorial/install-mongodb-on-os-x/

J'avais le même problème lors de l'appel à mongodpartir de la ligne de commande.

J'ai résolu cela en appelant à la place sudo mongod.

J'ai eu la même erreur mais une cause première différente. Je pensais que je publierais la solution ici au cas où quelqu'un d'autre rencontrerait le problème. J'ai eu cette erreur après l'arrêt incorrect de mon Mac pendant que j'exécutais mongorestore -d foo dump/foo/.

tl; dr : je fixe le problème en supprimant le endommagé foo.nsfichier avec foo.0, foo.1... à partir de mon dossier de données /usr/local/var/mongodb/. Ensuite, j'ai redémarré le serveur mongo avec brew services restart mongodbet je suis revenu à la normale.

Détails : J'ai continué à recevoir l'erreur même après avoir essayé de démarrer ou de redémarrer le service mongodb via brew ou launchctl. Finalement, j'ai couru mongod --dbpath /usr/local/var/mongodb et j'ai vu que le service ne démarrait pas réellement, et la séquence de démarrage comprenait l'erreur suivante: [initandlisten] bad .ns file: /usr/local/var/mongodb/foo.ns [initandlisten] User Assertion: 10079:bad .ns file length, cannot open database je me suis débarrassé du mauvais .nsfichier et du reste des fichiers de données, et la prochaine fois que j'ai démarré le service, j'étais prêt à partir .

pour moi sur osx, j'ai dû tuer l'ancienne instance en cours d'exécution, puis le redémarrage a fonctionné.

$>ps -aef | grep mongo
502  8047     1   0 11:52AM ??         0:00.23 /usr/local/opt/mongodb/bin/mongod --config /usr/local/etc/mongod.conf 

$>sudo kill 8047

$>sudo mongod

Pour tous ceux qui recherchent la réponse après la mise à jour de votre Mac vers OS Catalina

courir

brew services start mongodb-community

trouvez plus d'informations ici: https://medium.com/@semmons245/arghhhh-thanks-to-the-catalina-os-update-this-now-needs-changing-987f416ebcbe

J'ai eu cette erreur après avoir mis à niveau vers mongo 3.6 avec homebrew.

Le journal /usr/local/var/log/mongodb/mongo.logcontenait le message shutting down with code:62. Ce code d'erreur signifie que la base de données existante est trop ancienne pour fonctionner avec la version actuelle de mongo.

J'ai trouvé 2 solutions dans une autre question SO :

• Supprimez votre dossier de base de données ( /usr/local/var/mongodb)
• Ou suivez la procédure de mise à niveau

J'ai choisi de mettre à niveau. Dans mon cas, cela signifiait que je devais revenir à la version 3.4, exécuter une commande dans la console mongo, puis mettre à niveau à nouveau. Mongo vous oblige à mettre à niveau une version majeure à la fois, donc en fonction de votre ancienneté, il pourrait y avoir des étapes supplémentaires. Les documents vous guideront.

Les commandes brew switch* et brew services restartrendaient l'échange entre les versions relativement simple.

Si vous avez déjà installé MongoDB, essayez d'abord d'exécuter mongod en tant qu'utilisateur sudo, j'étais confronté au problème car je n'utilisais pas mongod en tant que superutilisateur.

J'ai collé l'o / p pour les deux commandes ( mongod et sudo mongod ) tout en bas, vous pouvez vérifier cela aussi mais

Essayez d'abord ceci

sudo mongod

pas ça

mongod

J'avais installé MongoDB sur mon MAC OS X Sierra 10.12.6 en exécutant la commande suivante dans l'ordre.

brew update
brew install mongodb --devel
brew services start mongodb

puis créé un répertoire dans lequel le processus mongod écrira les données, ceci est facultatif car le processus mongod les prend par défaut, voir ce guide utile à https://docs.mongodb.com/manual/tutorial/install-mongodb-on-os -X/

sudo mkdir -p /data/db

Finalement commencé le processus mongod comme suit

sudo mongod

Oputput des commandes mongod (échoué) et sudo mongod (réussi) sur mon terminal.

MacBook-Pro-2:appscheck admin$ mongod
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] MongoDB starting : pid=2698 port=27017 dbpath=/data/db 64-bit host=MacBook-Pro-2.local
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] db version v3.4.10
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] git version: 078f28920cb24de0dd479b5ea6c66c644f6326e9
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2n  7 Dec 2017
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] allocator: system
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] modules: none
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] build environment:
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten]     distarch: x86_64
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2017-12-10T08:12:06.166+0530 I CONTROL  [initandlisten] options: {}
2017-12-10T08:12:06.166+0530 I STORAGE  [initandlisten] exception in initAndListen: 20 Attempted to create a lock file on a read-only directory: /data/db, terminating
2017-12-10T08:12:06.166+0530 I NETWORK  [initandlisten] shutdown: going to close listening sockets...
2017-12-10T08:12:06.166+0530 I NETWORK  [initandlisten] shutdown: going to flush diaglog...
2017-12-10T08:12:06.167+0530 I CONTROL  [initandlisten] now exiting
2017-12-10T08:12:06.167+0530 I CONTROL  [initandlisten] shutting down with code:100


MacBook-Pro-2:appscheck admin$ sudo mongod
Password:
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] MongoDB starting : pid=2700 port=27017 dbpath=/data/db 64-bit host=MacBook-Pro-2.local
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] db version v3.4.10
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] git version: 078f28920cb24de0dd479b5ea6c66c644f6326e9
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2n  7 Dec 2017
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] allocator: system
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] modules: none
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] build environment:
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten]     distarch: x86_64
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2017-12-10T08:12:14.084+0530 I CONTROL  [initandlisten] options: {}
2017-12-10T08:12:14.084+0530 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=7680M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
2017-12-10T08:12:14.560+0530 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2017-12-10T08:12:14.707+0530 I INDEX    [initandlisten] build index on: admin.system.version properties: { v: 2, key: { version: 1 }, name: "incompatible_with_version_32", ns: "admin.system.version" }
2017-12-10T08:12:14.707+0530 I INDEX    [initandlisten]      building index using bulk method; build may temporarily use up to 500 megabytes of RAM
2017-12-10T08:12:14.719+0530 I INDEX    [initandlisten] build index done.  scanned 0 total records. 0 secs
2017-12-10T08:12:14.720+0530 I COMMAND  [initandlisten] setting featureCompatibilityVersion to 3.4
2017-12-10T08:12:14.720+0530 I NETWORK  [thread1] waiting for connections on port 27017

Ensuite, j'ai ouvert un nouveau terminal pour commencer à interroger MongoDB , cela a fonctionné.

MacBook-Pro-2:appscheck admin$ mongo
MongoDB shell version v3.4.10
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.10
Welcome to the MongoDB shell.
For interactive help, type "help".
For more comprehensive documentation, see
    http://docs.mongodb.org/
Questions? Try the support group
    http://groups.google.com/group/mongodb-user
Server has startup warnings: 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] 
2017-12-10T08:12:14.472+0530 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
> show dbs;
admin  0.000GB
local  0.000GB
> use practice
switched to db practice
>

C'est tout.

J'ai eu le même problème et en regardant dans le fichier journal, j'ai vu ceci:

{2019-03-09T11:57:32.136-0500 I STORAGE  [initandlisten] 
exception in initAndListen: NonExistentPath: 
Data directory /usr/local/var/mongodb not found., terminating}

J'ai donc créé le répertoire et /usr/local/var/mongodb émis la commande de redémarrage des services de brassage mongodb J'ai pu ouvrir la console mongo.

Je suppose que vous n'avez pas de base de données en cours d'exécution lorsque vous essayez d'accéder aux tests via la commande "mongo".

Exécutez d'abord cette commande dans le terminal:

mongod 

Ensuite, ouvrez une autre fenêtre de terminal et exécutez:

Mongo

Tout devrait fonctionner maintenant.

Mon erreur similaire est résolue en supprimant le fichier "sudo rm /data/db/mongod.lock" en essayant d'exécuter mongod. Maintenant, vous pouvez exécuter mongod puis mongo.