Prevent secondary from falling behind in resharding_oplog_sync_agg_assert_min_oplog.js

XMLWordPrintableJSON

    • Fully Compatible
    • v4.9
    • Sharding 2021-03-22, Sharding 2021-04-05
    • 39
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      The resharding_oplog_sync_agg_assert_min_oplog.js test intentionally uses a small oplog size (1MB) to force oplog truncation to occur without needing to insert a large amount of data. The implicit of w=1 write concern allows the replica set secondary member to fall behind and be unable to catch up from the primary as a sync source. However, it isn't necessary when asserting properties of the $_requestReshardingResumeToken option to the aggregate command to even have a replica set secondary member.

            Assignee:
            Blake Oler
            Reporter:
            Max Hirschhorn
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: