shards_and_config_return_last_committed_optime.js shouldn't assume opTime in response equals opTime in metadata

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 4.0.11, 4.2.0-rc3, 4.3.1
    • Affects Version/s: None
    • Component/s: Sharding
    • None
    • Fully Compatible
    • ALL
    • v4.2, v4.0
    • Sharding 2019-07-15
    • 12
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      shards_and_config_return_last_committed_optime.js runs replSetGetStatus and asserts the last committed opTime timestamp in the response's body equals the last committed opTime metadata field in the response, which may not be true if the last committed opTime advances between executing the command and computing its metadata. The test should assert the last committed opTime in the metadata is >= the opTime in the response body instead.

            Assignee:
            Jack Mulrow
            Reporter:
            Jack Mulrow
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: