Details
-
Improvement
-
Status: Backlog
-
Major - P3
-
Resolution: Unresolved
-
4.2.0, 4.3.1
-
None
-
None
-
(copied to CRM)
Description
Queries with an explicit readPreference: "primary" are currently allowed to survive stepdown. This behavior is reasonable when the results are bounded. I.e: some results were returned and the remaining results from a getmore are just as consistent as if the node were still a primary.
However for clients tailing a capped collection (e.g: the oplog), there is no longer a way to guarantee between the driver and server that once a query is opened against a primary, that the node continues to be primary. Applications that desire this guarantee must implement something on their end such as periodically re-issuing the query, or having some side-channel monitoring the replica set state.
Attachments
Issue Links
- is related to
-
SERVER-21537 chainingAllowed = false not being enforced after rs.stepDown()
-
- Closed
-
-
DOCS-13520 Update read preference documentation to include impact of elections
-
- Closed
-
-
SERVER-39621 Disabled chaining should enforce sync source change when the primary steps down even if the oplog fetcher isn't killed on sync source
-
- Closed
-