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

Verify of a file should verify its history store content too

    XMLWordPrintable

Details

    • Task
    • Status: Closed
    • Major - P3
    • Resolution: Fixed
    • None
    • WT10.0.0, 4.4.0-rc0, 4.7.0
    • None
    • None
    • 5
    • Storage Engines 2020-02-24, Storage Engines 2020-03-09

    Description

      Following on from WT-5354, verify now has the functionality to verify the history store against the current state of the data store. 

      The purpose of this ticket is to decide upon and accomplish the best way to utilise this functionality.

      The proposed solution is to:

      • Verify history store every time when we call verify. When given a uri limit the history store verification to that btree
      • Add an option to verify just the history store in itself.

      TODOs:

      • Rework on the API: add history_store as an option to verify
        • Note, while the history store is one file, it is conceptually linked to many objects in our database and thus verifying it independently means verifying all other parts of the database. This is the current implementation and thus will need to be modified or expanded upon to be more specific. After verifying the object itself, we should walk the history store but just the portions relevant for the btree-id from the object.
      • Update documentation
        • Currently the documentation is written in favour of the old API implementation (See wiredtiger.in). However, command-line.dox is ambiguous in regards to how the history-store only verification interacts with the uri argument. This documentation needs to be unified. 
          • wiredtiger.in
          • command-line.dox

       

      Attachments

        Issue Links

          Activity

            People

              sulabh.mahajan@mongodb.com Sulabh Mahajan
              andrew.mcmenemy@mongodb.com Andrew McMenemy
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: