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

Error if restoring a backup with metadata verification on

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • WT11.0.0, 5.3.0, 5.2.0-rc4
    • Affects Version/s: None
    • Component/s: None
    • Labels:
    • v5.0

      This ticket is very similar to WT-8527 except that it includes the fix for WT-8534 and I do see that rollback to stable believes it is rolling back on the table. A lot of text will be copied from that ticket.

      When running and debugging a failure on a branch that implements mirrored tables in test/format it detects a torn transaction (pretty quickly) with the attached CONFIG.1 when verifying a backup.

      It was only very recent that test/format got the ability to operate on many tables. What this branch of test/format is doing is selecting some subset of N tables to mirror each other on updates. When making those mirror updates to multiple tables, the test is doing so within the same transaction. So all mirror updates should be identical across all mirror tables. That is the failure we're detecting right now, two tables have different values for the same key.

      To be clear, in this case, the backup is acting as an offline checkpoint/recovery verification mechanism. I have no reason to doubt the backup code itself either within WiredTiger or the test.

      I will put details of the failure and reproducing steps in the comments since there is a lot of information.

        1. CONFIG.1
          3 kB
        2. TRACE.CKPT
          6 kB
        3. TRACE.VERIFY
          4 kB
        4. value-mismatch.tar.gz
          8.58 MB

            sue.loverso@mongodb.com Susan LoVerso
            sue.loverso@mongodb.com Susan LoVerso
            0 Vote for this issue
            5 Start watching this issue