Recipient cannot uassert that we don't process the same donor statement twice

XMLWordPrintableJSON

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

      The recipient could hit this uassert if the retryable write statement was first started on the recipient set and the same tenant migrates back in after being migrated out (i.e. rs1->rs0->rs1 where rs1 is the recipient set). In that case, the in-memory txnParticipant is still valid and may still have the statement ids recorded from the first time when the retryable writes started.

            Assignee:
            Lingzhi Deng
            Reporter:
            Lingzhi Deng
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: