Add integration test verifying long-running queries survive expired chunk history filtering during metadata recovery

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Fixed
    • Priority: Major - P3
    • 9.1.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Catalog and Routing
    • Fully Compatible
    • CAR Team 2026-08-17, CAR Team 2026-08-31
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      SERVER-131665 added filtering of expired historical chunk documents during authoritative collection metadata recovery. A long-running query freezes its ownership view in a refcounted CollectionMetadataTracker captured at the start. Installing newly recovered (filtered) metadata must leave that tracker untouched. This ticket adds the regression guard for this case.

      The existing integration test (jstests/noPassthrough/shard_catalog/shard_catalog_expired_history_filtering.js) forces recovery via a full restart, which kills open cursors. This test must instead force a from-disk recovery on a live node that is serving an open cursor.

      Test must prove the forced recovery (and the filter) really executed on the cursor's node. We can assert before/after on serverStatus().shardingStatistics.collectionShardingMetadataStatistics.

            Assignee:
            Tymoteusz Slepowronski (Inactive)
            Reporter:
            Tymoteusz Slepowronski (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: