Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-7822

information for ordered write timestamp assertion discarded after restart

    • Type: Icon: Bug Bug
    • Resolution: Duplicate
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None

      First consider the following simple example calls to a WT instance with the same key:

      • Write + Commit U1 at TS(20)
      • Prepare U2 at TS(10)
      • Commit U2 at any commit + durable timestamp (the exact values irrelevant)

      When using the (patched, see WT-7815) ordered write timestamp assertion, WT will correctly call out this misuse when the transaction commits entirely because of the chosen prepare timestamp.

      Now consider the same example, but with a restart:

      • Set OldestTimestamp 1
      • Write + Commit U1 at TS(20)
      • Set StableTimestamp 20
      • Take a stable checkpoint and restart WT
      • Prepare U2 at TS(10)
      • Commit U2 at any commit + durable timestamp

      In the second example, the assertion does not fire, but this out of order usage is still problematic and must be avoided from unintentionally happening.

            Assignee:
            backlog-server-storage-engines [DO NOT USE] Backlog - Storage Engines Team
            Reporter:
            daniel.gottlieb@mongodb.com Daniel Gottlieb (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: