MongoDB : impossible de se connecter à l'adresse 127.0.0.1:27017, raison: errno:61 Connexion refusée

Mon problème est similaire à d'autres contributions et suggestions sur ce site, mais aucun ne m'a aidé. Après l'installation de MongoDB, n'a pas commencé parce que la base de données n'est pas en cours d'exécution.

D'abord essayez d'exécuter mongo et j'ai répondu ceci:

Mac-Pro-de-User: ~ user $ mongo 
MongoDB shell version: 2.6.4 
connecting to: test 
2014-10-28T10: 47: 08713-0700 warning: Failed to connect to 127.0.0.1:27017, reason: errno: 61 Connection refused 
2014-10-28T10: 47: 08713-0700 Error: could not connect to server 127.0.0.1:27017 (127.0.0.1) Attempt connection failed at src / mongo / shell / mongo.js: 146 
exception: connect failed

Puis essayez de vérifier l'mongod et j'ai répondu ceci:

Mac-Pro-de-User: ~ user $ mongod 
mongod --help for help and startup options 
2014-10-28T10: 59: 34485-0700 [initandlisten] MongoDB starting: pid = 926 port = 27017 dbpath = /data / db host = 64-bit Mac-Pro-de-Ernesto.local 
2014-10-28T10: 59: 34485-0700 [initandlisten] 
2014-10-28T10: 59: 34485-0700 [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, Should be at Least 1000 
2014-10-28T10: 59: 34485-0700 [initandlisten] db version v2.6.4 
2014-10-28T10: 59: 34485-0700 [initandlisten] git version: 3a830be0eb92d772aa855ebb711ac91d658ee910 
2014-10-28T10: 59: 34485-0700 [initandlisten] Build info: Darwin bs-osx108-4 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root: xnu-2050.48.12 ~ 1 / x86_64 RELEASE_X86_64 BOOST_LIB_VERSION = 1_49 
2014-10-28T10: 59: 34485-0700 [initandlisten] allocator: system 
2014-10-28T10: 59: 34485-0700 [initandlisten] options: {} 
2014-10-28T10: 59: 34486-0700 [initandlisten] journal dir = /data / db / journal 
2014-10-28T10: 59: 34486-0700 [initandlisten] recover: no journal files present, no recovery needed 
2014-10-28T10: 59: 34500-0700 [FileAllocator] allocating new datafile /data/db/local.ns, filling zeroes With ... 
2014-10-28T10: 59: 34500-0700 [FileAllocator] creating directory / data / db / _tmp 
2014-10-28T10: 59: 34512-0700 [FileAllocator] done allocating datafile /data/db/local.ns, size: 16MB, took 0.011 secs 
2014-10-28T10: 59: 34726-0700 [FileAllocator] allocating new datafile /data/db/local.0, filling zeroes With ... 
2014-10-28T10: 59: 35398-0700 [FileAllocator] done allocating datafile /data/db/local.0, size: 64MB, took 0.671 secs 
2014-10-28T10: 59: 35695-0700 [initandlisten] build index on: local.startup_log properties: {v: 1, key: {_id: 1}, name: "_id_" ns "local.startup_log"} 
2014-10-28T10: 59: 35695-0700 [initandlisten] index added to empty collection 
2014-10-28T10: 59: 35695-0700 [initandlisten] Local command $ cmd command. Create {create: "startup_log" size: 10485760, capped: true} ntoreturn: 1 KeyUpdates: 0 numYields: 0 reslen: 37 1194ms 
2014-10-28T10: 59: 35695-0700 [initandlisten] waiting for connections on port 27017 
2014-10-28T11: 00: 34516-0700 [clientcursormon] mem (MB) res: 33 virt: 2653 
2014-10-28T11: 00: 34516-0700 [clientcursormon] mapped (incl journal view): 160 
2014-10-28T11: 00: 34516-0700 [clientcursormon] connections: 0

Puis essayez à nouveau de vous connecter et de passer un peu de temps, et de nouveau elle-même le dit:

2014-10-28T11: 05: 34589-0700 [clientcursormon] mem (MB) res: 33 virt: 2653 
2014-10-28T11: 05: 34589-0700 [clientcursormon] mapped (incl journal view): 160 
2014-10-28T11: 05: 34589-0700 [clientcursormon] connections: 0

Et ainsi de suite. Si vous pouvez l'aider en serais très reconnaissante.

PS: Il est déjà l' /data /db avec 777 autorisations, et je suis
à l'aide de OSX Mavericks 10.9.5

Il suffit de le mettre là - bas- j'ai simplement donné mon ordinateur et à l'extérieur et il a commencé à travailler à nouveau. Ce qui m'est arrivé deux fois

OriginalL'auteur Ernesto Rojas | 2014-10-28

  1. 19

    Vous exécutez toutes ces commandes dans le terminal en tant que mesures distinctes que votre horodateurs à proposer? (si non, je m'attends à voir de chevauchement entre les échecs et les journaux dans le but de diagnostiquer correctement).

    Si oui, alors ce que vous faites est comme suit:

    1. Partir d'un shell, essayez de vous connecter à un non-exécution de base de données (connexion refusée)
    2. Départ de la base de données, voir 0 connexions dans les journaux
    3. L'arrêt de la base de données (Ctrl-C ou similaire), à partir d'un shell, ne parvient pas à se connecter à nouveau car la base de données a été arrêté
    4. Départ de la base de données, voir 0 connexions dans les journaux
    5. répéter

    La base de données doit être en cours d'exécution simultanément avec la coque, de sorte que vous pouvez vous connecter à elle. Par conséquent, vous devriez commencer à la mongod processus dans un terminal, de le laisser tourner, puis ouvrez un nouveau terminal (ou onglet) et exécutez le mongo commande pour se connecter à la base de données. L'autre option est de lancez la commande mongod comme un démon, qui va vous permettre d'exécuter la mongo de commande dans le terminal une fois qu'il retourne.

    Remarque: vous ne devriez jamais avoir un dossier avec 777 autorisations, il n'est pas nécessaire et est un risque de sécurité important.

    Merci, ça a fonctionné. Exécuter mongod en arrière-plan et peut être consulté à partir de mongo vendre. Pouvez-vous me dire quel genre d'autorisations de vous recommander pour ce dossier. Merci encore =)
    En supposant qu'il est possédé par vous et que vous exécutez mongod comme toi-même (et non à l'aide de sudo), puis 755 serait parfait, vous n'avez tout simplement pas envie de le monde de l'écriture. Si elle n'est pas détenue par vous, alors chown-le d'abord (chown -R user:staff /data/db - remplacement de l'utilisateur avec votre nom d'utilisateur).
    Merci beaucoup =) a été très utile = D
    Merci de toutes les réponses sur le web, celui-ci a fonctionné pour moi.

    OriginalL'auteur Adam Comerford

  2. 1

    Juste essayer cette commande.

    sudo chown mongodb /tmp/mongodb-27017.chaussette

    Et

    sudo service mongod redémarrer

    OriginalL'auteur J.Jai

  3. 1

    Fixe!

    La raison en était la dbpath variable dans /etc/mongodb.conf. Auparavant, j'ai été en utilisant mongodb 1.8, où la valeur par défaut pour dbpath a /data/db. L'arriviste travail mongodb(qui vient avec mongodb-10gen paquet invoque le mongod --config /etc/mongodb.conf option.

    Comme une solution, je n'avais qu'à changer le propriétaire de l' /data/db répertoire de façon récursive.

    Comme ceci: Aller à "/data" emplacement dans le terminal puis tapez

    sudo chown -R <username>:foldername

    Par exemple:

    sudo chown -R raja db/

    OriginalL'auteur Raja Parivesh

  4. 0

    Bonjour il suffit de vérifier si vous avez créé les données /db chemin et si vous avez alors de donner la permission 755 avec chmod.

    Bienvenue DONC! Il y a déjà accepté de répondre à ces questions que l'auteur a confirmé de travail. Veuillez éviter d'ajouter des réponses, sauf qu'ils offrent quelque chose de nouveau. En outre en cours d'exécution avec 777 peut être un problème de sécurité et doit être évitée.

    OriginalL'auteur geekgarage