alte Sperrdatei: \ data \ db \ mongod.lock, bedeutet wahrscheinlich unsauberes Herunterfahren
Beim Starten des MongoDB-Servers werden die folgenden Fehler angezeigt, und der MongoDB-Server kann nicht gestartet werden.
************** old lock file: \data\db\mongod.lock. probably means unclean shutdown recommend removing file and running --repair see: http://dochub.mongodb.org/core/repair for more information ************* Mon May 09 12:37:43 [initandlisten] exception in initAndListen std::exception: old lock file, terminating Mon May 09 12:37:43 dbexit: Mon May 09 12:37:43 [initandlisten] shutdown: going to close listening sockets... Mon May 09 12:37:43 [initandlisten] shutdown: going to flush diaglog... Mon May 09 12:37:43 [initandlisten] shutdown: going to close sockets... Mon May 09 12:37:43 [initandlisten] shutdown: waiting for fs preallocator... Mon May 09 12:37:43 [initandlisten] shutdown: closing all files... Mon May 09 12:37:43 closeAllFiles() finished Mon May 09 12:37:43 dbexit: really exiting now
Lösung
Dies ist eine häufige Fehlermeldung, wenn der mongoDB-Computer abgestürzt ist oder der Befehlkill -9ausgegeben wird. Kurz gesagt, Ihre MongoDB ist abgestürzt, Sie müssen sie reparieren. Etwas reparieren :
1. Suchen Sie die Dateidata-directory\mongod.lockund löschen Sie sie.
2. Geben Sie den Befehlmongod --repairaus.
mongod --repair Mon May 09 12:42:57 [initandlisten] db version v1.8.1, pdfile version 4.5 //...... Mon May 09 12:42:57 [initandlisten] shutdown: going to close listening sockets... Mon May 09 12:42:57 [initandlisten] shutdown: going to flush diaglog... Mon May 09 12:42:57 [initandlisten] shutdown: going to close sockets... Mon May 09 12:42:57 [initandlisten] shutdown: waiting for fs preallocator... Mon May 09 12:42:57 [initandlisten] shutdown: closing all files... Mon May 09 12:42:57 closeAllFiles() finished Mon May 09 12:42:57 [initandlisten] shutdown: removing fs lock... Mon May 09 12:42:57 dbexit: really exiting now
Note
Weitere Informationen zur Funktionsweise der Mongodb-Reparatur finden Sie inMongoDB Durability and Repair guide.