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

Fix "out-of-order fixup" potentially corrupting historical values

    XMLWordPrintable

    Details

    • Story Points:
      1
    • Sprint:
      Storage - Ra 2020-11-02
    • Backport Requested:
      v4.4

      Description

      As part of WT-6811, Luke noticed that the "out-of-order fixup" code appeared to be using the wrong value. I'm not 100% sure why timestamp20 manages to pass but I suspect it's to do with the fact that the leading garbage in the value does not translate to valid ASCII characters and may be dropped as part of the conversion to a Python string.

      I wrote another test that uses modifies since I suspect that these would be more sensitive to corruption and was able to make the API return garbage and sometimes crash. I also ran into the issue that modifies aren't moved correctly since we don't pass the correct upd_type in (we just read a byte pattern corresponding to a modify and return it as if it were a real value).

        Attachments

          Activity

            People

            Assignee:
            alex.cameron Alex Cameron
            Reporter:
            alex.cameron Alex Cameron
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: