-
Type: Bug
-
Resolution: Won't Fix
-
Priority: Minor - P4
-
None
-
Affects Version/s: 3.0.5
-
Component/s: MMAPv1
-
None
-
Storage Execution
-
ALL
-
dropDatabase syncs and truncates the journal, which can result in there being no journal files on disk.
If the database crashes after dropDatabase and before any subsequent write operations (which would re-create the journal), on following startup, `mongod` will observe a `mongod.lock`, and no journal files, and assume that a non-journalled `mongod` crashed, and that the dbpath needs repair, even though it is in a completely consistent state thanks to the `sync`.
We encounter this periodically on developer machines, since our application test suite drops databases after it runs, and it's not uncommon for a developer's mongod to see no other write traffic outside of tests.
- related to
-
SERVER-8358 "Move chunk commit failed" shutdown leaves mongod with no journal files and mongod.lock file
- Closed
-
SERVER-7861 Add marker file for journaling to ensure a clean restart
- Closed