-
Type: Improvement
-
Resolution: Done
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Concurrency, Replication
-
Replication
While a secondary is locked, replication attempts to get the write lock on the secondary. This causes future readers to block, since the write lock takes precedence, but readers ought to be able to proceed since the writer won't be unblocked soon.
A potential workaround: Instead of blocking on the lock, fsync+lock on a secondary could simply pause the replication process (probably pausing the oplog reader and not take out the lock) and after writes have finished then flush all database files to get a consistent file system state.
More likely workaround: wait for SERVER-1423 to be completed, in which case we'll get the correct behavior for free: readers will proceed even while writers are queued waiting for fsyncUnlock.
- depends on
-
SERVER-3950 Add a command to stop/restart replication
- Closed
-
SERVER-1423 reads often aren't possible while in fsync and lock mode
- Closed
- is depended on by
-
SERVER-4123 fsync/lock blocks the progress of mongodump
- Closed
- is duplicated by
-
SERVER-5454 backups using fsync from secondaries freeze chained secondary replication
- Closed