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

Ensure consistent orphaned documents count across sharded rename

    • Type: Icon: Bug Bug
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: 6.0.0-rc0
    • Component/s: None
    • Labels:
    • Catalog and Routing
    • Sharding EMEA 2023-09-18, Sharding EMEA 2023-10-02, Sharding EMEA 2023-10-16, Sharding EMEA 2023-10-30, CAR Team 2023-11-13, CAR Team 2023-11-27, CAR Team 2023-12-11, CAR Team 2023-12-25, CAR Team 2024-01-08, CAR Team 2024-01-22, CAR Team 2024-02-05, CAR Team 2024-02-19, CAR Team 2024-03-04
    • 3

      Between the moment a rename collection participant snapshots range deletion task documents and the moment they are restored, the range-deleter could potentially process some deletions.

      If that happens, it would mean that:

      • The count of orphaned documents for the target collection on disk after the rename may be off for a while
      • The BalancerStatsRegistry may track wrong statistics for a while

       

      PS: "a while" means until existing range deletions are drained.

            Assignee:
            backlog-server-catalog-and-routing [DO NOT USE] Backlog - Catalog and Routing
            Reporter:
            pierlauro.sciarelli@mongodb.com Pierlauro Sciarelli
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: