Out-of-order timestamp assertion failure in WiredTiger during patch build

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: History Store, Timestamps
    • None
    • Storage Engines - Transactions
    • None
    • None

      Issue Summary

      An out-of-order timestamp (OOO ts) assertion failure was encountered in a MongoDB patch build using today's drop and some unrelated prefetch changes. The failure occurred in the WiredTiger history store (hs) code during a checkpoint operation, with the following error:

      WiredTiger assertion failed: 'ts == 1 || ts == 0'. out-of-order timestamp update detected, found an existing update with hs_start_ts=(1770953528, 160), time_window=start: (1770953528, 160)/(1770953528, 160)/(0, 0)/0/342 | stop: (1770953528, 205)/(1770953528, 205)/(0, 0)/0/390, that exists later than specified ts=(1770953528, 179)
      

      Context

      • The failure was observed in the test js_test:lookup_mongod_unaware on an ASC patch build.
      • The patch includes the latest drop and unrelated prefetch changes.
      • The error is in the WiredTiger history store code, specifically in the checkpoint thread.
      • Given the size of the drop, it is difficult to isolate the exact change responsible.
      • It is suspected this issue may also occur in CI runs for the drop.

      Proposed Solution

      • Investigate the out-of-order timestamp assertion failure in the WiredTiger history store code.
      • Attempt to reproduce the failure in CI with the current drop.
      • Isolate any recent changes that could have impacted timestamp handling in the history store.
      • Link this ticket to the failure and related discussions.

            Assignee:
            Unassigned
            Reporter:
            Memento Slack Bot
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: