Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-42024

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

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

      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@mongodb.com Jack Mulrow
            Reporter:
            jack.mulrow@mongodb.com Jack Mulrow
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: