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

failing to update the schema file after a snapshot leaks file blocks

    • Type: Icon: Task Task
    • Resolution: Duplicate
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Storage Non-NYC 2018-06-18

      If the block manager processes a snapshot call (potentially deleting and re-writing some set of snapshots, and writing a new snapshot), and the re-written snapshot list is never entered into the schema file for some reason, we will leak the blocks into which we write/re-write the snapshot information.

      The block-manager could fix this problem by flagging two sequential snapshot calls without an intervening snapshot-resolve call, and freeing any blocks written during the last snapshot call (a crash isn't a problem because snapshot information is always written/re-written at the end of the file, so falling back to a previous snapshot truncates the file and discards that information by definition).

            Assignee:
            keith.bostic@mongodb.com Keith Bostic (Inactive)
            Reporter:
            keith.bostic@mongodb.com Keith Bostic (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: