mongo - Verbindung zum Server 127.0.0.1:27017 konnte nicht hergestellt werden

Ich komme aus Riak und Redis, wo ich nie ein Problem damit hatte, diese Dienste zu starten oder zu interagieren.

Dies ist ein weit verbreitetes Problem mit Mongo und ich bin ziemlich ahnungslos. Ein Neustart hilft nicht. Ich bin neu in Mongo.

mongo
MongoDB shell version: 2.2.1
connecting to: test
Fri Nov  9 16:44:06 Error: couldn't connect to server 127.0.0.1:27017 src/mongo/shell/mongo.js:91
exception: connect failed

Das sehe ich in den Protokollen.

 now open)
Fri Nov  9 16:44:34 [conn47] end connection 10.29.16.208:5306 (1 connection now open)
Fri Nov  9 16:45:04 [initandlisten] connection accepted from 10.29.16.208:5307 #48 (2 connections now open)
Fri Nov  9 16:45:04 [conn48] end connection 10.29.16.208:5307 (1 connection now open)
Fri Nov  9 16:45:04 [initandlisten] connection accepted from 10.29.16.208:5308 #49 (2 connections now open)
Fri Nov  9 16:45:04 [conn49] end connection 10.29.16.208:5308 (1 connection now open)
Fri Nov  9 16:45:34 [initandlisten] connection accepted from 10.29.16.208:5316 #50 (2 connections now open)
Fri Nov  9 16:45:34 [conn50] end connection 10.29.16.208:5316 (1 connection now open)
Fri Nov  9 16:45:34 [initandlisten] connection accepted from 10.29.16.208:5317 #51 (2 connections now open)
Fri Nov  9 16:45:34 [conn51] end connection 10.29.16.208:5317 (1 connection now open)
Fri Nov  9 16:46:04 [initandlisten] connection accepted from 10.29.16.208:5320 #52 (2 connections now open)
Fri Nov  9 16:46:04 [conn52] end connection 10.29.16.208:5320 (1 connection now open)
Fri Nov  9 16:46:04 [initandlisten] connection accepted from 10.29.16.208:5321 #53 (2 connections now open)
Fri Nov  9 16:46:04 [conn53] end connection 10.29.16.208:5321 (1 conn

Dieser Fehler wird angezeigt, wenn die Mongo-Shell nicht mit dem Mongod-Server kommunizieren konnte.

Dies kann daran liegen, dass die Adresse falsch war (Host oder IP) oder nicht ausgeführt wurde. Eine Sache zu beachten ist, dass die bereitgestellte Protokollverfolgung nicht den "Fri Nov 9 16:44:06" von Ihnen abdeckt mongo timestamp.

Können Sie:

1. Geben Sie die Befehlszeilenargumente (falls vorhanden) an, mit denen Sie Ihren Mongod-Prozess starten
2. Bereitstellung der Protokolldateiaktivität vom Mongod-Start sowie von Protokollen während des Startversuchs der Mongo-Shell?
3. Bestätigen Sie, dass Ihr Mongod-Prozess auf demselben Computer wie die Mongo-Shell gestartet wird?

Normalerweise wurde dies verursacht, weil Sie den Mongod-Prozess nicht gestartet haben, bevor Sie versucht haben, die Mongo-Shell zu starten.

Starten Sie den Mongod Server

mongod

Öffnen Sie ein anderes Terminalfenster

Starten Sie Mongo Shell

mongo

Aufgelöst.

Dieses Problem könnte durch die unten genannten 4 Schritte gelöst werden

1) Entfernen Sie die .lock-Datei

sudo rm /var/lib/mongodb/mongod.lock 

2) Repariere den Mongodb

mongod -–repair

3) Starten Sie den Mongod Server

sudo service mongod start 

4) Starten Sie den Mongo Client

mongo

Weitere Informationen finden Sie unter http://shakthydoss.com/error-couldnt-connect-to-server-127-0-0-127017-srcmongoshellmongo-js-exception-connect-failed/

http://shakthydoss.com/technical/error-couldnt-connect-to-server-127-0-0-127017-srcmongoshellmongo-js-exception-connect-failed/

Diese Methode funktioniert nur, wenn Sie Ihre Datendateien reparieren möchten, ohne die Originaldateien beizubehalten

Um herauszufinden, wo sich Ihr Datenbankpfad befindet, besuchen Sie /etc/mongodb.conf

Überprüfen Sie die Option dbpath =

(Ich habe dbpath = / var / lib / mongodb)

Standard: / data / db /

Typische Speicherorte sind: / srv / mongodb, / var / lib / mongodb oder / opt / mongodb.

Ersetzen Sie / var / lib / mongodb durch Ihren Datenbankpfad

sudo rm /var/lib/mongodb/mongod.lock
sudo mongod --dbpath /var/lib/mongodb/ --repair
sudo mongod --dbpath /var/lib/mongodb/ --journal

(Stellen Sie sicher, dass Sie Ihr Terminal laufen lassen, in dem Sie über den Zeilen gelaufen sind, drücken Sie nicht 'Strg + c' oder beenden Sie es nicht.) Geben Sie den Befehl ein, um mongo jetzt in einem anderen Fenster zu starten.

Hoffe das funktioniert bei dir! für diejenigen, die Ihre Datendateien reparieren möchten, während die Originaldateien erhalten bleiben

MAC OS

Status überprüfen

brew services list

Etwas wie:

Name    Status  User Plist
mongodb stopped  

starte es

brew services start mongodb

Versuche es noch einmal

mongo oder mongo --port 27017

In meinem Fall:

Zuerst öffne ich die Konfigurationsdatei

sudo vi /etc/mongodb.conf

Kommentieren Sie IP und Port so

#bind_ip = 127.0.0.1
#port = 27017

Starten Sie dann mongodb neu

sudo service mongodb restart
sudo service mongod restart

Schließlich ist es Arbeit: D.

finn@Finn ~ $ mongo
MongoDB shell version: 2.4.9
connecting to: test
> exit

Stellen Sie sicher, dass Ihr Mongo läuft. Ich habe dieses Problem behoben, indem ich versucht habe, die Mongodb zu reparieren. Dort habe ich festgestellt, dass das Verzeichnis, das für die Ausführung der Datenbank erforderlich ist, nicht erstellt wurde. Es zeigt diesen Fehler

Typ : mongod, wird der Fehler angezeigt

exception in initAndListen: 29 Data directory /data/db not found., terminating

Fehler aufgetreten, weil dbpath /data/db/(Standardkonfiguration) nicht vorhanden ist. Sie müssen einen Datenordner erstellen und die Berechtigung dafür festlegen.

Dann erstelle ich mit dem Befehl einen Ordner auf meinem System

sudo mkdir -p / data / db / und sudo chown id -u/ data / db

dann lasse ich den mongo wieder laufen und es hat funktioniert.

Ein bisschen zu spät mit der Antwort, aber ich bin auf das gleiche Problem gestoßen

Es folgen die Schritte, die mir geholfen haben.

1. Gehen Sie zu C: \
2. Erstellen Sie den Ordner "Daten"
3. Erstellen Sie im Ordner "data" den Ordner "db"
4. offenes Terminal (CMD) -> gehe zu EX: " c:\MongoDB\Server\3.4\bin"
5. tippe mongod ein => dies startet den mongo server (lass ihn geöffnet)

Führen Sie mit einer GUI, EX "robomongo"

Oder

neues Terminal (CMD) öffnen -> zu EX gehen: " c:\MongoDB\Server\3.4\bin" Geben Sie den Befehl "mongo" ein

Ich bin ein Windows-Benutzer und habe MongoDB im November 2018 installiert. Ich wollte keine Daten- / Datenbankverzeichnisse einrichten. Aber nach ein paar Tagen, wenn ich öffne, bekam ich eine Fehlermeldung:

MongoDB shell version v4.0.4
connecting to: mongodb://127.0.0.1:27017
2018-12-05T20:42:40.108+0530 E QUERY    [js] Error: couldn't connect to server 127.0.0.1:27017, connection attempt failed: SocketException: Error connecting to 127.0.0.1:27017 :: caused by :: No connection could be made because the target machine actively refused it. :
connect@src/mongo/shell/mongo.js:257:13
@(connect):1:6
exception: connect failed

Dann habe ich versucht, mit allen oben genannten Antworten zu beheben, und es hat nicht funktioniert. Als ich versuchte, Mongod zu rennen, hieß es

MongoDB starting : pid=12220 port=27017 dbpath=C:\data\db\ 64-bit host=bla

Ich habe versucht, den Datenbankpfad (zum Programmieren von Dateien) über das Dateisystem und auch mit cmd zu ändern, aber diese haben nicht funktioniert.

Die Lösung, die für mich funktioniert hat, ist:

Öffnete die Registerkarte Task-Manager ( ctrl + shift + esc) -> Dienste und es gab eine MongoDB-Zeile mit dem Status gestoppt . Dann habe ich mit der rechten Maustaste geklickt und auf Start geklickt und alles funktioniert perfekt :) .

Wenn alle oben genannten Lösungen nicht funktionieren: Gehen Sie zu service ( start>search>services) und starten Sie den mongodb-Dienst. Geben Sie dann in einer cmd-Eingabeaufforderung nach dem Wechseln zu bin ein:/>mongo

Um eine Verbindung mit Mongo herzustellen, müssen wir zuerst die Mongod-Dienste starten. Folgende Ausgabe sehen Sie:

$ mongod
2017-03-05T00:31:39.055+0530 I CONTROL  [initandlisten] MongoDB starting : pid=1481 port=27017 dbpath=/data/db 64-bit host=Prabhu-Nandans-Mac.local
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] db version v3.4.2
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] git version: 3f76e40c105fc223b3e5aac3e20dcd026b83b38b
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2k  26 Jan 2017
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] allocator: system
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] modules: none
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] build environment:
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten]     distarch: x86_64
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten]     target_arch: x86_64
2017-03-05T00:31:39.056+0530 I CONTROL  [initandlisten] options: {}
2017-03-05T00:31:39.056+0530 W -        [initandlisten] Detected unclean shutdown - /data/db/mongod.lock is not empty.
2017-03-05T00:31:39.057+0530 I -        [initandlisten] Detected data files in /data/db created by the 'wiredTiger' storage engine, so setting the active storage engine to 'wiredTiger'.
2017-03-05T00:31:39.057+0530 W STORAGE  [initandlisten] Recovering data from the last clean checkpoint.
2017-03-05T00:31:39.057+0530 I STORAGE  [initandlisten] wiredtiger_open config: create,cache_size=3584M,session_max=20000,eviction=(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-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] 
2017-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] ** WARNING: Access control is not enabled for the database.
2017-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] **          Read and write access to data and configuration is unrestricted.
2017-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] 
2017-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] 
2017-03-05T00:31:39.620+0530 I CONTROL  [initandlisten] ** WARNING: soft rlimits too low. Number of files is 256, should be at least 1000
2017-03-05T00:31:39.643+0530 I FTDC     [initandlisten] Initializing full-time diagnostic data capture with directory '/data/db/diagnostic.data'
2017-03-05T00:31:39.643+0530 I NETWORK  [thread1] waiting for connections on port 27017
2017-03-05T00:31:40.008+0530 I FTDC     [ftdc] Unclean full-time diagnostic data capture shutdown detected, found interim file, some metrics may have been lost. OK
2017-03-05T00:32:03.832+0530 I NETWORK  [thread1] connection accepted from 127.0.0.1:49806 #1 (1 connection now open)
2017-03-05T00:32:03.833+0530 I NETWORK  [conn1] received client metadata from 127.0.0.1:49806 conn1: { application: { name: "MongoDB Shell" }, driver: { name: "MongoDB Internal Client", version: "3.4.2" }, os: { type: "Darwin", name: "Mac OS X", architecture: "x86_64", version: "16.4.0" } }
2017-03-05T00:32:08.376+0530 I -        [conn1] end connection 127.0.0.1:49806 (1 connection now open)

Danach öffnen Sie ein anderes Terminal und geben einfach 'mongo' ein.

Folgendes ist die Ausgabe, die Sie sehen können:

$ mongo
MongoDB shell version v3.4.2
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.4.2

Dein Problem gelöst :)

Ich habe auch das gleiche Problem, dann wurde ich durch diese zwei Codezeilen behoben. Ich hoffe es hilft

systemctl start mongod
systemctl enable mongod

Ich habe das gleiche Problem, nachdem ich viel gesucht habe. Ich löse dieses Problem, indem ich Folgendes befolge:

sudo service mongodb stop 

sudo rm /var/lib/mongodb/mongod.lock 

sudo mongod --repair --dbpath /var/lib/mongodb 

sudo mongod --fork --logpath /var/lib/mongodb/mongodb.log --dbpath /var/lib/mongodb 

sudo service mongodb start

Sie können es mit folgendem Befehl versuchen:

sudo service mongod start

Dies geschah heute bei mir und ich habe es folgendermaßen gelöst.

Maschine: Ich verwende eine Windows 10-Maschine und habe die neueste MongoDB - Community Edition heruntergeladen.

Das Problem war also, dass ich es nicht hatte C:\data\db erstellt habe.

Ohne zu erstellen C:\data\db, öffnete ich das CMD-Terminal und startete die Datenbank mit dem mongodBefehl am Terminal

C: \ YourInstallationPath \ bin> mongod

Und als ich feuerte mongo Kommando ich das Problem.

Twist, ich habe die erforderlichen Ordner erstellt, bekam aber immer noch das Problem. Und das liegt daran, dass der Mongo-Server bereits lief. Um das Problem zu beheben, habe ich den mongodBefehl erneut gestartet und automatisch darauf verwiesen C:\data\db.

Andere Benutzer haben vorgeschlagen, etwas hinzuzufügen C:\data\db, haben aber nicht über eine mongoderneute Ausführung gesprochen , was mein Problem genau gelöst hat.

Ich hatte das gleiche Problem, Mongodb nach der Installation mit Brew unter MacOS zu verbinden.

Das Problem war auch, mongod.lockaber bevor ich Mongodb 3.6 installiert hatte und das Datenbankverzeichnis war /usr/local/var/mongodbund es alte Dateien und hatmongod.lock

Ganz einfach, ich habe meine alten Datenbankdateien in einen anderen Ordner verschoben und alles aus entfernt /usr/local/var/mongodb

Dann neu gestartet:

brew services restart mongodb

Und jetzt funktioniert es gut.

In meinem Fall in Windows und Ubuntu musste ich einen /data/dbOrdner im Stammverzeichnis erstellen . In Ubuntu brauchte ich eine zusätzliche Option; um Berechtigungen für das Verzeichnis zu erteilen.

Fenster

mkdir c:/data/db

Ubuntu:

sudo mkdir -p /data/db
sudo chmod 700 /data/db

dann renne

sudo service mongod start

prüfen

sudo service mongod status

und dann laufen

mongo

Ich habe diesen Fehler auf Ubuntu erhalten, aber Sie können es mit dem folgenden Befehl versuchen:

sudo service mongod start

Eine andere Lösung, die denselben Fehler für mich behoben hat, obwohl dies möglicherweise nur der Fall ist, wenn Sie (lokal) über eine SSH-Verbindung über eine virtuelle Maschine auf Mongo zugreifen (zumindest ist dies mein Setup) und möglicherweise ein Linux-spezifisches Problem mit Umgebungsvariablen ist:

export LC_ALL=C

Außerdem hatte ich mehr Erfolg beim Ausführen von Mongo als Daemon-Dienst als beim Start des Sudo-Dienstes. Ich verstehe, dass hier eher Befehlszeilenargumente als die Konfigurationsdatei verwendet werden, sodass es wahrscheinlich ein Problem mit meiner Konfigurationsdatei ist:

mongod --fork --logpath /var/log/mongodb.log --auth --port 27017 --dbpath /var/lib/mongodb/admin

Erstellen Sie den Ordner C: data / db, falls er noch nicht auf Ihrem Computer vorhanden ist. Es stellt sich heraus, dass MongoDB die Ausführung dieser Ordnerstruktur 'data / db' erfordert, um ausgeführt zu werden. Ich hoffe das hilft jemandem.

Die Ursache von mir war der Platz - führen Sie dies in der Konsole aus:

df -h

oder genauer:

du -hs /var/lib/mongodb/ 

um die Festplattennutzung zu überprüfen. Wenn es ~ 99% ist - räumen Sie einfach etwas Platz auf und versuchen Sie es erneut!

Gehen Sie zunächst zu c:\mongodb\bin>, um mongoDB einzuschalten. Wenn Sie in der Konsole sehen, dass mongo in Port 27017 lauscht, ist dies in Ordnung. Wenn nicht, schließen Sie die Konsole, erstellen Sie einen Ordner c:\data\dbund starten Sie mongod erneut

Wenn die oben genannte Lösung möglicherweise nicht funktioniert, kann dies hilfreich sein. Irgendwann haben Sie möglicherweise über Vagrant-Boxen eine Verbindung zu Ihrer lokalen Mongodb-Datenbank hergestellt.

1. vagrant up und dann ssh in Ihre vagabundierende Maschine, in der Sie eine Verbindung mit mongodb hergestellt haben (vagrant ssh vagrant_box_name)
2. Kommentieren Sie die Zeile bind_ip aus /etc/mongod.conf mit # aus (sudo nano /etc/mongod.conf).
3. Starten Sie Ihren Mongodb Daemon Service neu (Sudo Service Mongod Restart) Voila ...

Starten Sie den Monogdb-Dienst mit

sudo service mongod start 

Starten Sie dann vom neuen Fenster oder Terminal aus den Mongo Client mit

mongo

Entfernen Sie die Datei mongod.lock. Und führen Sie "Mongod-Reparatur". mongod service deinstallieren / neu installieren hat dieses problem für mich behoben.

Vielen Dank.

Ich hatte den gleichen Fehler beim Herstellen einer Verbindung zu Mongo unter AWS EC2. Dies hat es gelöst https://serverfault.com/a/347159/62381 Entfernen Sie die bind_ip aus der Konfigurationsdatei

Endlich habe ich das auf einfache Weise bekommen ..

Öffnen Sie das Terminal und gehen Sie zum Mongodb-Standort. In meinem Fall ist es

e:\mongodb\bin> 

Geben Sie den folgenden Befehl ein und drücken Sie die Eingabetaste.

mongod --config e:\mongodb\mongo.config

Öffnen Sie ein anderes Terminal und starten Sie den Mongodb mit

mongo.exe

Das ist es .. Sie können Mongo verwenden

Dies ist eine alte Frage, aber als Neuling dachte ich, ich würde hinzufügen, dass Sie (mit Webstorm) auf Mongo Explorer klicken müssen (Registerkarte ganz rechts in Ihrem Fenster). Von dort:

-Klicken Sie auf Einstellungen. -Klicken Sie auf die Schaltfläche "Durchsuchen" (sieht aus wie eine Schaltfläche mit "..."). - Gehen Sie zu Programme> MongoDB> Server> 3.4> bin> mongo.exe (Ihre Version unterscheidet sich möglicherweise von 3.4). - Klicken Sie anschließend auf das grüne Pluszeichen rechts. Ein Fenster wird geöffnet. Geben Sie einen Namen in den Slot "Label" ein. -Klicken Sie auf Übernehmen.

Sie sollten jetzt verbunden sein. Die Eingabe von "mongod" im Terminal reicht nicht aus. Sie müssen auch die obigen Schritte ausführen.

Ich entschuldige mich im Voraus bei denen von Ihnen, die Webstorm nicht verwenden! Nicht sicher über die Schritte mit anderen IDEs.

Wenn Sie per Brew (auf OSX) installieren, sudo mkdir /data/db starten Sie zuerst mondoDB Daemon durch Eingabe mongod(lassen Sie es offen) und führen Sie dann mongo durch Eingabe der mongoneuen Terminal-Registerkarte aus

Erstellen Sie einfach einen Ordner mit dem Namen "data" im Laufwerk C und erstellen Sie im Datenordner einen weiteren Ordner mit dem Namen "db". Dann führe mongod.exe aus :)