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

Log recovery and salvage should handle removal or truncation of log files

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: WT3.0.0
    • Fix Version/s: 4.0.4, 4.1.4, WT3.2.0
    • Component/s: None
    • Labels:
      None
    • Epic Link:
    • Story Points:
      5
    • Sprint:
      Storage Engines 2018-09-24

      Description

      This is related to the work in WT-3276.  If a log file that will be used in recovery (i.e. past the checkpoint) is removed or truncated, then we do not get expected recovery. In the case of truncation, recovery will appear to stop at the corrupted file with an error, and then a subsequent start with recovery will succeed, but no records past the checkpoint are visible. This is the current behavior without any changes for WT-3276. Recovery should in fact fail, and continue to fail until salvage runs.  Salvage should leave the log in a state where records up to the point of corruption are visible.

      The work for WT-3276 contains a new test_txn19.py that has an NOTE: comment to highlight the trouble area.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                sue.loverso Susan LoVerso
                Reporter:
                donald.anderson Donald Anderson
              • Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: