-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
None
-
Affects Version/s: 3.4.7
-
Component/s: MMAPv1
-
None
-
Environment:CentOs 7
-
(copied to CRM)
Repairing a corrupt MongoDB is failing due to a crash. I have a 400GB large MongoDB database consisting of 206 fraction files (mostly 1.99GB). File no 198 seems to be corrupt/broken. The the primary is using MMAPv1 as storage engine. To repair the database I tied the following:
- Deleted the secondary replica set and replicated again via version 3.2.6 (production). This started creating WiredTyger file types as is desired. This lead to a *crash* of MongoDB where the corruption was discovered in the first place.
- Removed this large DB from Mongo to see if something else is broken. After removal of this large DB all other DBs replicate fine and are fully accessible. This indicates the installation and setup is still fine.
- mongodump --host somehost:27017 --db large --out C:\db-mongo\large-backup\
This lead to a crash of MongoDB version 3.4.7 (development machine).
- mongod --repair --repairpath C:\db-mongo\large-repair\ --config "D:\db-mongo\mongo-db-repair.conf"
This lead to a crash while repairing "large.198" of MongoDB version 3.4.7 after running for 30 hours (development machine 4GHz i7 32GB RAM was unusable/frozen for anything else in that time).
mongo-db-repair.conf:
dbpath = F:\mongo-dbs logpath = d:\db-mongo\logs\mongo-rep1.log port = 27017 logappend = true directoryperdb = true storageEngine = mmapv1
The last entry in the log (see attached together with related mini dump) before printing the crash info is:
Fatal Assertion 17441 at src\mongo\db\storage\mmap_v1\record_store_v1_base.cpp 282
The plan is to get the replication going again and then update production to 3.4. Due to MongoDB crashing this is not possible at present.
- related to
-
SERVER-30629 Fatal Assertion 17441 at src/mongo/db/storage/mmap_v1/record_store_v1_base.cpp 282
- Closed