@@ -4,7 +4,7 @@ Recover MongoDB Data following Unexpected Shutdown
4
4
5
5
.. default-domain:: mongodb
6
6
7
- If MongoDB does not shutdown cleanly [#clean-shutdown]_ the on disk
7
+ If MongoDB does not shutdown cleanly [#clean-shutdown]_ the on- disk
8
8
representation of the data files will likely reflect an inconsistent
9
9
state which leads to data corruption.
10
10
@@ -25,7 +25,7 @@ recover data that may be in an inconsistent state.
25
25
.. [#clean-shutdown] To ensure a clean shut down, use the
26
26
:option:`mongod --shutdown` option, your control script,
27
27
"Control-C" (when running :program:`mongod` in interactive mode,)
28
- or ``kill mongod`` or ``kill -2 mongod``.
28
+ or ``kill $(pidof mongod) `` or ``kill -2 $(pidof mongod) ``.
29
29
30
30
Process
31
31
-------
@@ -37,10 +37,11 @@ When you are aware of a :program:`mongod` instance running without
37
37
journaling that stops unexpectedly you should always run the repair
38
38
operation before starting MongoDB again.
39
39
40
- If the ``mongod.lock`` file has data in the data directory specified
41
- by :setting:`dbpath`, ``/data/db`` by default, then :program:`mongod`
42
- will refuse to start, and you will find a message that contains the
43
- following line in your MongoDB log our output:
40
+ If the ``mongod.lock`` file in the data directory specified by
41
+ :setting:`dbpath`, ``/data/db`` by default, is *not* a zero-byte file,
42
+ then :program:`mongod` will refuse to start, and you will find a
43
+ message that contains the following line in your MongoDB log our
44
+ output:
44
45
45
46
.. code-block:: none
46
47
0 commit comments