-
Type: Improvement
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: Replication, Testing Infrastructure
-
None
-
Fully Compatible
-
TIG 2017-07-31, TIG 2017-08-21
The UpdateSequenceGenerator class introduced in SERVER-29939 is parameterized by
- A set of field names to use in the created document,
- A maximum depth for nested subdocuments and arrays, and
- A maximum length for array values.
may.hoque had the idea to bundle these options together in another class so that we didn't need to have every function take these constraints as threee separate parameters. Additionally, we should add the following additional parameters:
- A floating-point value between 0 and 1 (inclusion) to indicate the probability with which to generate a $set with a scalar value,
- A floating-point value between 0 and 1 (inclusion) to indicate the probability with which to generate a $set with a subdocument, and
- A floating-point value between 0 and 1 (inclusion) to indicate the probability with which to generate a $set with an array value.
Subtracting the sum of the above probabilities from 1 should yield a floating-point value between 0 and 1 (inclusive) to indicate the probability with which to generate an $unset.
Note: Until SERVER-28777 is implemented, multiInitialSyncApply_noAbort() will continue to use the 3.4 update codepath. The work described in this ticket serves as a workaround for SERVER-29944 (specifically by using probabilityOfArray=0) to avoid idempotency issues related to the handling of "blocking elements" / "non-viable paths" in the 3.4 update codepath.
- depends on
-
SERVER-29939 Update sequence generation for testing oplog idempotency
- Closed
- is depended on by
-
SERVER-29944 Implement a basic idempotency checker for testing oplog idempotency
- Closed
- related to
-
SERVER-30569 Coverity analysis defect 101928: Arguments in wrong order
- Closed