Tenant Oplog Applier doesn't grab the RSTL before reserving oplog slots

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Fixed
    • Priority: Major - P3
    • 5.0.0-rc3, 5.1.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • Fully Compatible
    • ALL
    • v5.0
    • Repl 2021-06-28
    • 167
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      The tenant oplog applier doesn't grab the RSTL via AutoGetOplog before reserving oplog slots here, the way it does elsewhere. This needs to be added.

      Currently, it's possible for the primary (on which the tenant oplog applier exists) to stepdown, but have the applier continue to run. This may cause a clash with the secondary oplog fetcher, and cause the stable timestamp to move ahead of the all durable timestamp, triggering an fassert.

              Assignee:
              Vishnu Kaushik
              Reporter:
              Vishnu Kaushik
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: