Shard role read source assertions should allow for repl set state changes

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Duplicate
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • ALL
    • CAR Team 2025-05-26
    • 200
    • None
    • 3
    • TBD
    • 🟦 Shard Catalog
    • None
    • None
    • None
    • None
    • None
    • None
    • 0

      In SERVER-101416 assertions were added to the shard role to ensure that there weren't acquisitions happening that should use lastApplied read source but wouldn't due to a prior acquisition using lastest.

      However, we have seen test failures triggering this due to step down - a primary begins an aggregation and so the first acquisition uses read source latest and acquires a snapshot. Then the primary steps down and the second acquisition would say that the read source needs to be changed to lastApplied since we are now operating on a secondary.

      This case isn't an actual problem, though, because the snapshot was acquired when the node was a primary and thus it is valid to read it from latest. We would only need to read from lastApplied if we were to acquire a new snapshot.

            Assignee:
            Allison Easton
            Reporter:
            Allison Easton
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: