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

Do not copy database in wt8246_compact_rts_data_correctness

    • Type: Icon: Build Failure Build Failure
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • WT11.0.0, 5.3.0, 5.2.0-rc5
    • Affects Version/s: None
    • Component/s: None
    • 3
    • Storage - Ra 2021-12-13, Storage - Ra 2022-01-10

      coverage-report failed on Code statistics

      Host: ec2-3-90-70-107.compute-1.amazonaws.com
      Project: WiredTiger (develop)
      Commit: diff: WT-8250 size_check_res failure in test_wt7989_compact_checkpoint (#7215)

      Compaction is a best-effort algorithm. It moves blocks from the end to the beginning of the file but there is no guarantee that all empty space at the beginning will be filled. The logic in the algorithm checks if at least 20% of the file is available in the first 80% of the file, we'll try compaction on the last 20% of the file. Else if at least 10% of the total file is available in the first 90% of the file, we'll try compaction on the last 10% of the file. It may well happen that 9.9% of the space is available for reuse in the first 90% of the file. And 9.9% available in the last 10% of the file. In this case, the algorithm would give up. But total available space in the file would be 19.8%. So we need to check that there is a maximum of 20% space available for reuse after compaction. | 22 Nov 21 05:57 UTC
      Evergreen Subscription: ; Evergreen Event:

      Task Logs (coverage-report)

            alexey.anisimov@mongodb.com Alexey Anisimov (Inactive)
            xgen-evg-user Xgen-Evergreen-User
            Will Korteland
            0 Vote for this issue
            5 Start watching this issue