-
Type:
Bug
-
Resolution: Done
-
Priority:
Major - P3
-
None
-
Affects Version/s: 3.4.14
-
Component/s: None
-
None
-
Storage Engines 2019-01-28, Storage Engines 2019-02-11
-
None
-
(copied to CRM)
Creating this ticket to investigate this case further. This appears to have happened with a customer on Windows machine and might hint towards a bug.
Steps apparent from mongod logs:
- A drop of a collection was issued causing a schema change. A schema change involves a metadata-checkpoint and writing of a new turtle file. For some reason (possibly file locked by antivirus) the turtle file rename failed, failing the checkpoint and the schema change operation.
- Metatracking would have triggered a metadata unroll, which failed as well (possibly due to WT_PANIC set by the above operation ?)
- Next reboot of mongod did not find the collection on which drop had failed. This hints towards MongoDB's catalog and WiredTiger's metadata to have gone out of sync.
To investigate:
- What is the expected behavior in case metadata-checkpoint fails during a schema drop?
- Why did metadata unroll fail?
- How did MongoDB's catalog and WiredTiger's metadata go out of sync?
- related to
-
SERVER-39393 WiredTiger.turtle: encountered an illegal file format or internal value
-
- Closed
-