-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication
-
Fully Compatible
-
ALL
-
Repl 2016-09-19, Repl 2016-10-10
Currently if the applier has an error it will fassert and terminate the mongod. Some errors should probably be ignored and some should lead to a restart of initial sync.
One example is here where an IndexOptionsConflict error led to an fassert. If this error had been ignored it probably would have been fine. Alternatively initial sync could have just restarted.
https://logkeeper.mongodb.org/build/a3f0586facc3aafcdb1719977208c783/test/579fe5a89041300d28023a18
At the very least we should restart initial sync on errors like this.
- is depended on by
-
SERVER-25068 Make small_oplog_rs_initsync passthrough test to run initial sync while the primary is operating on its data
- Closed
- is related to
-
SERVER-25332 Initial sync bootstrap needs to handle collection metadata changes idempotently
- Closed