wake-up-neo.net

Mongodb funktioniert nicht unter Ubuntu 16.04

Ich habe mongodb nach diesem Tutorial installiert hier , keine Fehler während der Installation, aber wenn ich versuche, den mongod-Server mit diesem Befehl Sudo systemctl start mongodb zu starten, wie im Tutorial erwähnt, erhalte ich diese Fehlermeldung, wenn ich versuche zu prüfen, ob er mit diesem Befehl ausgeführt wird Befehl Sudo systemctl status mongodb.

● mongodb.service - High-performance, schema-free document-oriented 

database
   Loaded: loaded (/etc/systemd/system/mongodb.service; enabled; vendor preset: 
   Active: failed (Result: exit-code) since Rab 2016-06-01 18:04:20 MYT; 4s ago
  Process: 8241 ExecStart=/usr/bin/mongod --quiet --config /etc/mongod.conf (cod
 Main PID: 8241 (code=exited, status=14)

Jun 01 18:04:20 yasinya systemd[1]: Started High-performance, schema-free docume
Jun 01 18:04:20 yasinya systemd[1]: mongodb.service: Main process exited, code=e
Jun 01 18:04:20 yasinya systemd[1]: mongodb.service: Unit entered failed state.
Jun 01 18:04:20 yasinya systemd[1]: mongodb.service: Failed with result 'exit-co
lines 1-10/10 (END)

so kann jeder sagen, was falsch ist und wie ich es beheben kann. 

16
Yya09

Kürzlich habe ich das gleiche Problem gelöst. Ich konnte die Lösung auf googeln nicht finden, aber ich bekomme Hinweise darauf, wie man es herausfindet. In meinem Fall betraf dieses Problem die Datei mongodb-27017.sock. 

Failed to unlink socket file /tmp/mongodb-27017.sock errno:1 Operation not permitted

Also habe ich die Erlaubnis der Datei /tmp/mongodb-27017.sock in den Standardwert mongodb user geändert. 

Sudo chown mongodb /tmp/mongodb-27017.sock
Sudo chgrp mongodb /tmp/mongodb-27017.sock

Nach diesem Sudo systemctl status mongodb wird gut gearbeitet und mongodb gestartet. 

36
Ranjeet Singh

Stolperte über das gleiche Problem, einfach neu starten

Sudo reboot
19
Eudie

Ich hatte dieselbe Verwendung,

lass dich einfach lösen

Sudo reboot
3
sagar jethi

Dieser Fehler wird von MongoDB-Anwendungen zurückgegeben, bei denen ein nicht behebbarer Fehler, eine nicht erfasste Ausnahme oder ein nicht erfasstes Signal auftritt. Das System wird ohne sauberes Herunterfahren beendet.

Ich habe das Problem durch den Befehl gelöst:

Sudo chown -R mongodb:mongodb /var/log/mongodb
Sudo chown -R mongodb:mongodb /var/lib/mongodb
Sudo chmod -R 755 /var/lib/mongodb
Sudo chmod -R 755 /var/log/mongodb

Sudo chown mongodb /tmp/mongodb-27017.sock
Sudo chgrp mongodb /tmp/mongodb-27017.sock

Dann den Dienst neu starten

Sudo systemctl restart mongod

Dann überprüfen Sie Ihren Mongodb-Service

Sudo systemctl status mongod
2
Dara Vichit

Schritt 1. Sudo systemctl stop mongodb

Schritt 2. Sudo systemctl start mongod

Schritt 3. Sudo systemctl status mongod

Ich hoffe es hilft dir

1
vasudev.p

Ich habe den ähnlichen Fehler erhalten. In meinem Fall konnte Mongo 27017 nicht verwenden. 

1
Etibar Hasanov

Nachdem Sie eine Weile herum gegoogelt haben. Ich habe festgestellt, dass dies daran liegt, dass die Berechtigungseinstellungen für /Var/lib/mongodb und /tmp/mongodb-27017.lock falsch sind. Sie müssen den Besitzer in monogdb-Benutzer ändern

chown -R mongodb:mongodb /var/lib/mongodb
chown mongodb:mongodb /tmp/mongodb-27017.sock
0
xingliang cai

In meinem Fall konnte das System mongod.service nicht finden Das Ausführen des folgenden Befehls behebt das Problem

Sudo systemct1 enable mongod

starten Sie anschließend die Datenbank neu

Sudo service mongod restart
0
Abhijeet kumar

Das Problem hängt möglicherweise mit dem ungenutzten Platz in Ihrem /dev/root/ zusammen (es war meins).

Überprüfen Sie mit df -h und prüfen Sie, ob genügend Speicherplatz vorhanden ist . Andernfalls versuchen Sie, wie unter there - Speicherplatz freizugeben, indem Sie die Protokolldateien auf eine andere Festplatte verschieben.

Sudo /etc/init.d/rsyslog stop
Sudo mv /var/log /OTHERDISK/
Sudo ln -s /OTHERDISK/log /var/log
Sudo /etc/init.d/rsyslog start

Ich hoffe es könnte helfen, da es mir hilft

0
phenric

Als erstes sollten Sie das Mongo-Log prüfen. Es sollte Ihnen sagen, was schief gelaufen ist.

$ tail -n 100 /var/log/mongodb/mongod.log

Meine hat beispielsweise nicht funktioniert, weil ich eine Mongo-Instanz mit demselben Port 27017 ausgeführt habe. Wenn ich eine andere Instanz ausführte, konnte die Instanz nicht geladen werden.

LOG

2018-05-11T19:03:49.102-0400 I CONTROL  [initandlisten] MongoDB starting : pid=1247 port=27017 dbpath=/var/lib/mongodb 64-bit Host=dev-hyuen
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] db version v3.2.20
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] git version: a7a144f40b70bfe290906eb33ff2714933544af8
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] OpenSSL version: OpenSSL 1.0.2g  1 Mar 2016
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] allocator: tcmalloc
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] modules: none
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] build environment:
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten]     distmod: ubuntu1604
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten]     distarch: x86_64
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten]     target_Arch: x86_64
2018-05-11T19:03:49.103-0400 I CONTROL  [initandlisten] options: { config: "/etc/mongod.conf", net: { bindIp: "127.0.0.1", port: 27017 }, storage: { dbPath: "/var/lib/mongodb", journal: { enabled: true } }, systemLog: { destination: "file", logAppend: true, path: "/var/log/mongodb/mongod.log", quiet: true } }
2018-05-11T19:03:49.124-0400 E NETWORK  [initandlisten] listen(): bind() failed errno:98 Address already in use for socket: 127.0.0.1:27017
2018-05-11T19:03:49.124-0400 E NETWORK  [initandlisten]   addr already in use
2018-05-11T19:03:49.124-0400 E STORAGE  [initandlisten] Failed to set up sockets during startup.
2018-05-11T19:03:49.124-0400 I CONTROL  [initandlisten] dbexit:  rc: 48
0
Hoi Yuen