-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Replication
-
None
-
None
-
None
-
None
-
None
-
None
-
None
This value is loaded once at boot. Even though the parameter is settable at runtime, it is not dynamically loaded and requires process reboot to pick up.
The initial syncer:
1. Sets up and loads the param initialSyncTransientErrorRetryPeriodSeconds
2. Starts an initial sync attempt (which involves copying all collections and applying oplog)
3. If the attempt fails, tries step 2 again, i.e. a new attempt.
Therefore, not only does it not dynamically load the parameter in an existing initial sync, it seems like it also uses the same parameter for every initial sync attempt until the max number of attempts is exhausted, at which point we fassert.
Also, a lazy alternative to dynamically loading the param is to make the param settable only at startup, so that at least it's clear that setting it at run time is too much work.
- related to
-
SERVER-86591 Enhance InitialSync Error Handling for Transient Network Issues
-
- Closed
-
-
SERVER-111298 Review and improve logical initial sync testing
-
- Needs Scheduling
-